1 概述
1.1 目的
[闡明此測試計畫的目的。]
1.2 範圍
[簡要說明此測試計畫的範圍：它的相關內容以及受到此文件影響的任何其他事物。
2 角色與職責
注：具體專案可以根據情況增減角色
2.1 軟體專案經理
[在此處明確專案的軟體專案經理是誰，及其在軟體測試過程中的職責]
2.2 測試人員
[在此處確定專案測試工程師，並明確其軟體測試過程職責。]
2.3 專案配置管理員
[在此處確定配置管理員，並明確其軟體測試過程職責。]
2.4 工程經理
[在此處確定工程經理，並明確其軟體測試過程職責。]
2.5 開發人員
[在此處確定開發工程師，並明確其軟體測試過程職責。]
3 測試方法和工具
[本節描述測試的策略，如說明測試的步驟～先單元測試、再整合測試等，描述或參考軟體測試所使用的方法和工具（手工或自動），例如，美國rational公司的黑箱測試工具sqa和白箱測試工具pure，以及英國ipl公司為c語言程式的確認測試提供的cantata。計畫制定者可以進行相關描述的同時用下表方式進行說明]
測試型別方法工具
單元測試方法說明手工還是用何種工具
整合測試方法說明手工還是用何種工具
系統測試方法說明手工還是用何種工具
發布測試方法說明手工還是用何種工具
… … …
4 測試內容
4.1 系統業務描述
4.2 系統業務流程圖
4.3 系統模組組成
4.3 系統業務測試
4.3 系統功能測試
這裡僅為測試重點的描述，具體測試方法以及內容請參見測試用例。
5 測試用例估計
[估計方法：參見《軟體工作量及成本估計指南》
列出所有使用的估計方法，例如wideband delphi，歷史資料等。]
估計**量(無注釋**行)
業務測試
功能測試
6 測試安排
工作產品名稱文件標識號人員安排時間 i or r*
公司客戶開始結束
測試計畫 i
測試方案
系統測試方案
r整合測試方案
單元測試方案
。。。單元測試報告 i
整合測試報告 i
系統測試報告 i
發布測試報告 i
驗收測試報告 i
… 注：i=審查， r=評審，表中列出了評審和審查，但到底採用審查還是評審由專案組決定。
人員安排在不同的測試階段可以說明是以客戶為主還是公司為主
7 測試環境配置
[詳細描述測試環境。]
8 培訓和資源
[說明實施測試過程所需的軟體工具、人員和培訓。]
9 附錄
[任何相關的資訊都要詳細的列於此附錄中，如果無需附錄，可以將其從文件中刪去。]
10 測試計畫的維護
[本節將描述該測試計畫在何種情況下需要被更新，以及如何更新。例如:
測試計畫在下列情況下將被更新：
關鍵問題的解決
需求更改導致測試進度的調整在兩周或兩周以上
測試資源需求的改變（人員、硬體、軟體等）
新技術的引入
新風險的引入
開發過程的改變
交付時間的改變
其它型別的改變
在專案階段性審核時，如果更改專案測試計畫，那麼專案進度表也應作相應的更新。]
11 相關檔案
《測試子過程》
《軟體專案計畫》
12 附錄
效能測試計畫方案
discuz系統 xx公司 版權所有違者必究 檔案修改記錄 目錄1 文件目的 1 1.1 專案背景介紹 1 1.2 術語及縮略語 1 1.3 測試輸入 1 2 測試準備 重要 1 2.1 測試環境準備 1 2.2 測試內容 2 2.3 非測試內容 2 2.4 業務抽取 測試指令碼 2 2.4.1 需...
測試方案和測試計畫書
測試方案與計畫 修訂歷史記錄 a 新增，m 修改，d 刪除 目錄1.簡介 4 1.1目的 4 1.2背景 4 1.3範圍 4 2.測試參考文件和測試提交文件 52.1測試參考文件 5 2.2測試提交文件 5 3.測試進度 6 4.測試資源 7 4.1人力資源 7 4.2測試環境 7 5.系統風險 優...
測試計畫與測試方案的區別
計畫 屬於組織管理層面的文件，從組織管理的角度對測試活動進行規劃 方案 屬於技術層面的文件，從技術的角度對測試活動進行規劃。測試計畫 對測試全過程的組織 資源 原則等進行規定和約束，並制定測試全過程各個階段的任務分配以及時間進度安排，並提出對各項任務的評估，風險分析和管理需求。測試方案 描述需要測試...