轉：測試計劃（出處：: 51Testing軟體測試網--zfx081）

標籤：

 測試計劃階段主要處於測試的先期準備階段，在該階段中主要是對將要進行的測試工作做一個整體的規劃。包括一下內容：

    1。測試目的和測試專案簡介。

    1.1測試目的：××××系統的測試計劃有助於實現一下目標：

    確定現有項目的資訊和應測的軟體構件。

    推薦可採用的測試策略，並對這些策略加以說明。

    確定所需要的資源，並對測試的工作量加以估計。

    給出測試專案的可交付元素。

    1.2項目背景

    瞭解產品是什麼，應用領域，開發背景，主要功能以及使用範圍。對於大的測試專案還要瞭解測試的目的和側重點。

   2。測試參考文檔和測試提交文檔。

   2.1測試參考文檔

    產品需求說明書

    產品概要設計

    產品詳細設計

    產品是喲嘎說明書

    2.2測試提交文檔

   測試案例：建立測試案例內容模版，規定用例的編號規則。

    測試日誌：建立測試日誌內容模版，確定記錄日誌所使用的應用程式。

    缺陷報告：確定缺陷報告的內容。提交的方式。使用缺陷跟蹤系統。確定缺陷的優先順序和嚴重程度。

    測試總結：建立測試總結模版。

   3.測試策略

   測試策略一般包括一下內容：

    3.1資料庫測試：針對資料庫相關的功能進行測試。測試目標：確保資料庫的存取方法和京城正常進行，資料不會遭到破壞。通過對資料的讀寫操作測試資料庫。

    3.2功能測試：整合測試階段主要針對大的功能實現進行測試，系統測試階段依據需求規個說明書逐項測試，驗收測試階段依據使用者手冊說明書逐項測試，以按需求和使用者手冊所列功能項逐一進行檢查。

    3.3介面測試：只在系統測試階段進行。按照相關規定逐項檢查，包括菜單、按鈕、著作權資訊等、檢查提示資訊中的文字和標點符號、表徵圖等。

    3.4範圍測試：只在系統測試階段進行。對於所有需要輸入資料的地方，進行資料輸入並檢查其輸出結果。檢查正確的輸入是否得到正確的輸出。錯誤的輸入是否得到相應的錯誤提示。

    3.5組建驗證測試：在系統測試和驗收測試階段進行。盡量避免因為開發組版本控制問題而影響測試效果。進行必要的報告反測和系統的基本功能測試，一般時間為一天。以確認版本是否值得進修測試為標準。

    3.6強度測試：在系統測試的中後期進行，通過類比使用者的測試進行。驗證系統的健壯性。針對重點模組，進行一些必要的載入測試，包括大資料量和長時間測 試。在各模組具有一定穩定性的基礎上，開始類比使用者的測試。還包括有關容量的測試，硬碟容量。資料庫大小等。測試死機或者程式出錯時的系統自我保護的能力 等等。

    3.7安全性測試：在系統測試階段進行，程式提供的安全性功能符合需求的設計。測試使用者的安全性，包括使用者建立。使用權限設定，許可權的驗證，權限等級等。測試資料庫的安全性。

    3.8裸機測試：在系統測試中後期或者驗收測試階段進行。在乾淨的環境中，進行與其他測試環境相同的測試。應包括所有的測試內容。標準時在裸機環境上程式正常運行。

    3.9安裝測試：在系統測試的中後期和驗收測試階段進行。以安裝正常或卸載正常為標準。

    3.10加密測試:在系統測試的中後期和驗收測試階段進行。主要時針對加密狗問題的測試。標準時“加密＋可以使用”與“不加密＋不可以使用”兩個方面都是正常的。

    4。確定測試內容。

   列出所有要測試的功能項。要點如下：

    功能測試：理論上要覆蓋所有功能。如有特殊情況要覆蓋到所有主要功能。

    設計的測試：對一些使用者介面、菜單的結構還有表單的設計是否合理等的測試。

    整體考慮：要卡率到資料流從一個模組到另一個模組的過程中是否正確。

   5.測試資源

   5.1角色：列出了在該項目的人員配置。

    5.2.測試人員的具體任務分配

    5.3系統（硬體資源）

    5.4軟體環境

   6.測試進度

    列出個測試階段的資源要求以及時間安排。

    列出項裡程碑

    7.風險和問題

   列出可能存在的風險和問題：

    市場壓力大

    測試時間不夠。

    測試人員的及時到位（裝置和人員）。

    測試人員的培訓。

    開發進度的變化，需求或設計的變更。

    測試人員的基礎培訓。

    開發組的版本控制。

轉：測試計劃（出處：: 51Testing軟體測試網--zfx081）