第一章 項目概述
1.1 項目背景
為了保證XX項目測試工作的組織性，提高測試的工作質量和效率，為XX項目測試工作提供完整的測試計划、測試人員工作安排、測試輪次、測試方法、系統功能模塊覆蓋率以及測試風險分析，確保測試項目平穩有序的運行。
1.2 測試目的
為了要找出錯誤，通過分析錯誤產生的原因和錯誤的分布特征，可以幫助項目管理者發現當前所采用的軟件過程的缺陷，以便改進。保證整個軟件開發過程是高質量的，同時滿足用戶指定的需求（功能、性能、安全性、兼容性）。
1.3 術語
軟件測試：使用人工或自動手段來運行或測試某個系統的過程，其目的在於檢驗它是否滿足規定的需求或弄清預期結果與實際結果之間的差別。
硬件環境：指測試必需的服務器，客戶端，網絡連接設備，以及打印機掃描儀等輔助硬件設備所構成的環境。
軟件環境：指被測軟件運行時的操作系統，數據庫及其他應用軟件構成的環境。軟件環境又可分為主測試環境和輔助測試環境。
驗收測試：是軟件產品交付用戶正式使用前的最后-道工序。它是以用戶為主的測試，軟件開發和質量保證人員也應參加。
1.4 參考文檔
《xx系統需求說明書》
《數據庫設計文檔》
《xx系統概要設計》
1.5 受眾、讀者
主要針對項目經理，管理人員，測試工程師等。
第二章 測試說明
2.1 測試對象范圍
xx 系統的前台、后台、數據庫等，可列出對應的系統模塊以及功能點。
2.2 測試資源
2.2.1 軟硬件資源
硬件設備：
| 名稱 | 配置 |
|---|---|
| 基礎配置 | CPU |
| 內存 | |
| 硬盤 | |
| .... |
軟件環境：
| 名稱 | 配置 |
|---|---|
| 操作系統 | |
| 瀏覽器 | |
| 數據庫 | |
| .... |
2.2.2 人員資源
項目的測試人員、職位、工作職責
| 角色 | 姓名 | 工作內容 |
|---|---|---|
| 測試經理 | 編寫測試計划 缺陷管理 測試結果分析 | |
| 黑盒測試工程師 | 編寫測試用例 執行測試 報告缺陷 | |
| 自動化測試工程師 | 編寫腳本 自動化測試執行 | |
| 性能測試工程師 | 分析軟件功能 開發腳本 性能測試執行 |
需要配合的部門人員
| 角色 | 姓名 | 工作內容 |
|---|---|---|
| 開發人員 | 協助搭建測試環境 | |
| 業務人員 | 協助測試人員理解需求，提供業務幫助 |
第三章 進度安排與任務分配
任務安排如下：
| 測試階段 | 測試活動 | 開始時間 | 結束時間 | 負責人 |
|---|---|---|---|---|
| 測試計划 | 編寫計划與方案 | |||
| 測試准備 | 用例設計 | |||
| 用例評審 | ||||
| 搭建環境/驗證 | ||||
| 測試執行 | 第一輪執行 | |||
| 第二輪執行 | ||||
| 測試總結 | 測試報告編寫 |
詳細進度與任務安排如下：
| 模塊 | 子模塊 | 功能 | 測試人員 | 開始時間 | 結束時間 |
|---|---|---|---|---|---|
| xxx模塊 | |||||
| xxx | |||||
| xxx | |||||
第四章 風險控制
4.1 系統風險
-
需求或設計的變更未及時通知。
-
需求不明確可能導致開發的產品與目標不一致。
4.2 影響計划的潛在因素
在測試計划執行過程中，可能存在以下因素影響計划的按時完成:
-
時間緊迫，任務繁重;
-
測試人員對的熟悉進度慢；
-
測試人員對被測試產品不夠熟悉，對測試工具的使用熟悉程序不夠;
-
被測試產品存在重大錯誤，以致於測試無法繼續;
-
測試資源未及時到位(設備和人員);
-
硬件、軟件或網絡環境出現故障等:
-
測試人員獲取的需求與開發人員產生分歧；
-
測試人員與開發人員的協調與溝通；
4.3 應急措施
如果上述潛在的可能事件發生，則通過適當加班來保證計划的按時完成。如果是由於被測試產品存在重大錯誤而嚴重影響測試進度,則考慮按照測試暫停標准來暫停該測試。
第五章 質量評估標准
5.1 驗收測試通過標准
驗收測試的通過標准目前定義為:對於每一類測試， 當沒有發現致命性錯誤和嚴重性錯誤，一般性錯誤數量小於測試用例總數的5%，則認為系統通過本次測試，但要以測試結果評審會的評審結果為最后標准。