實用文檔
PAGE
文案大全
實用文檔
文案大全
産品名稱
測試計劃模闆
文檔辨別：
目前版本：
1.0
目前狀态：
草稿
釋出日期：
釋出
?
修改曆史
日期
版本
作者
修改内容
評審号
變更控制号
目錄
TOC \o "1-3" \h \z \u 1簡介 3
1.1目的 3
1.2背景 3
1.3範圍 3
1.4術語 3
1.5參考文檔 3
2測試需求 3
3測試資源 3
3.1人力資源 3
3.2系統資源 4
4測試環境 4
4.1使用者環境 4
4.2測試環境 4
5測試政策 4
5.1測試交接标準 4
5.1.1單元測試交接标準(可剪裁) 4
5.1.2內建測試交接标準 4
5.1.3系統測試交接标準 5
5.2測試通過标準 5
5.3測試類型 5
5.3.1測試類型1 5
5.3.2測試類型2 6
5.4測試實施階段 6
6估計結果記錄 6
6.1估計的假設條件 6
6.2內建測試用例數 6
6.3系統測試用例數 7
6.4工作量估計 7
7風險管理 7
8組間協調 7
9度量與分析 7
9.1資料采集 7
9.2度量分析 8
10工作産品與規模 8
11測試進度 9
簡介
目的
指出特定的軟體測試計劃的具體目的，還需指出該計劃所适用的閱讀對象；
背景
對測試對象(構件、應用程式、系統等)及其目标進行簡要說明。需要包括的資訊有：
主要的功能和性能、測試對象的構架以及項目的簡史。
範圍
描述測試的各個階段(如單元測試、內建測試、系統測試、驗收測試等)，并說明本計所采用的測試類型(如功能測試、性能測試、安全性測試等)。
簡要地列出測試對象中将接受測試或将不接受測試的那些性能和功能。
術語
列出計劃正文中需要解釋術語的定義，必要時，還要給出這些定義的英文單詞及其縮寫詞。
參考文檔
下表列出了制定測試計劃時所使用的文檔(項目文檔、标準文檔、工具文檔)，并标明
了各文檔的可用性。
文檔名稱
文檔辨別号及版本号
作者
備注
測試需求
将确定被當作測試對象的各項需求(例如用例、功能性需求和非功能性需求)的跟蹤管理矩陣明确列出，并列出将要測試的對象以及測試優先級。優先級分為：H - 必須測試；M - 應該測試，隻有在測試完所有 H 項後才進行該測試 ；L - 可能會測試，但隻有在測試完所有 H 和 M 項後才進行測試 。
詳情請參見《測試管理工作表》測試用例狀态跟蹤頁。
測試資源
人力資源
下表列出在此項目的人員配備方面所做的各種假定，包括在各個階段需要介入測試的各種角色以及相關的職責和權限等。
角色(人數)
姓名
具體職責
測試經理
測試策劃
測試設計工程師
測試方案與測試用例設計、測試總結
測試工程師
測試執行
系統資源
下表列出了測試項目所需的系統資源，包括軟、硬體資源、測試工具等。
資源名稱/類型
基本配置及數量
測試資料庫伺服器
PC桌上型電腦
系統軟體
應用軟體
測試管理平台
性能測試工具
測試環境
使用者環境
此處描述使用者運作系統時的環境要求，比如所要求的作業系統、軟體版本以及其他的一些特殊環境要求等，可根據不同的項目特征和實際情況，考慮是否需要此節。
測試環境
此處描述測試所需要搭建的環境，需根據使用者環境來确定必須的測試環境，以確定能有效地模拟使用者環境，盡可能解決使用者運作此系統時所發生的突發狀況。
測試政策
測試交接标準
此處描述每種由測試組進行的測試的交接标準，即到什麼程度就可以進行單元測試/內建測試/系統測試了。
單元測試交接标準(可剪裁)
……該測試由誰(項目組或測試組)來進行由各項目組根據項目需要進行約定(此小節可選)。
內建測試交接标準
……該測試由誰(項目組或測試組)來進行由各項目組根據項目需要進行約定(此小節可選)。
系統測試交接标準
約定的測試内容全部完成，并通過單元測試，由相關人員簽字确認。
程式包通過配置代表和QA的稽核，并納入配置庫進行管理。
由項目經理或者指定的責任人填寫測試交接清單，并由所有相關人員簽字确認。
測試通過标準
此處描述測試完成标準。
1.計劃的測試用例已全部執行。
2.經确定的所有缺陷都已得到了商定的解決結果，且沒有發現新的缺陷；
測試類型
此處描述對測試對象将進行的測試類型和測試政策，主要考慮的事項有：本階段測試将要使用的技術、進入該測試階段的準則、判斷該階段測試何時完成的标準以及測試重點和優先級、需考慮的特殊事項等。
測試類型詳情請參考《系統測試規程》。
測試類型1
測試範圍
測試目标