p 為什麼要編寫測試計劃？

– 領導能夠根據測試計劃做宏觀調控，進行相應資源配置等；

– 測試人員能夠了解整個專案測試情況以及專案測試不同階段的所要進

行的工作等；

– 便於其他人員瞭解測試人員的工作內容，進行有關配合工作

p 什麼時間開始編寫測試計劃？

需求分析後，在整個測試工作過程中，不斷修改

p 由誰來編寫測試計劃？

具有豐富經驗的專案測試負責人

測試計劃的內容

p專案概述

p術語&參考資料

p角色

p環境（軟體、硬體、網路）

p測試工具

p甘特圖

p里程碑

p交付件

p風險

p三大標準

p測試策略

測試計劃的內容－概述

n主要編寫系統背景、目的、各種系統概述圖

n需求規格說明書中一般都有，複製過來即可

n系統概述圖主要是架構圖和拓撲圖

測試計劃的內容－三大標準

n 開始標準

1. 測試環境搭建完成且達到可測要求。

2. 測試相關人員準備就緒。

n 完成標準

1. 測試用例執行覆蓋率達到100%

2. 測試需求覆蓋率達到100%

3. 系統死鎖、系統崩潰、嚴重錯誤不能 多於1 個

4. 次要錯誤不能多於2個

5. 不合理或者彆扭，文字錯誤，微不足道錯誤不能多於2個

6. 以上錯誤均不能出現影響使用者使用的bug

n 停止標準

1. 測試中出現一級缺陷較多。

2. 測試環境不穩定。

3. 客戶需求變更。

測試計劃的內容－三大標準(補充)

n 軟體系統在進行單元、整合、確認、系統、安裝、驗

收測試時，發現一級錯誤（大於等於1）、二級錯誤

（大於等於2）暫停測試返回開發。

n 軟體專案需暫停以進行調整時，測試應隨之暫停，並

備份暫停點資料。

n 軟體專案在其開發生命週期內出現重大估算，進度偏

差，需暫停或終止時，測試應隨之暫停或終止，並備

份暫停或終止點資料。

n 如有新的專案需求，則在原測試計劃下做相應的調整。

n 若開發暫停，則相應測試也暫停，並備份暫停點資料。

n 若專案中止，則對已完成的測試工作做測試活動總結。

n 專案再啟動時，測試進度重新安排或順延。