1. 測試方案內容
2. 測試周期如何安排
3. 需求的測試成本與質量風險
測試方案概覽圖
1. 測試方案內容
測試目標
- 測試對象
- 測試完成時間
測試范圍
- 測試目標
-
- 新增功能
- 回歸模塊
- 優先級
-
- 測試順序
- 測試深淺
測試策略
- 測試方法：黑盒、白盒、灰盒
- 測試階段：單元、集成、系統、驗收
- 測試類型：
-
- 功能性
- 性能和穩定性
- 安全
- 自動化
- ...
測試工具
- 測試腳本/工具
- 缺陷管理平台
- ...
測試資源
- 測試環境
- 相關維護人員（運維、DBA、安全室）
- 測試人員（模塊划分）
- 測試所需數據
- ...
測試周期安排
- 測試總周期（上線時間 - 提測時間）
- 階段划分（如里程碑）
- 階段目標
准入 / 准出標准
准入：如沒有致命 bug，冒煙測試跑得通，系統不會發生崩潰、死鎖等現象。
准出：如所有的測試用例全部執行完畢，系統已經實現需求所規定的全部功能。
- 致命/嚴重 bug 無遺留
- 一般 bug 遺留率不超過 5%
- 輕微 bug 遺留率不超過 10%
- ...
測試風險及應對方案
要注意測試風險一定要有明確的可執行的應對方法。否則如果在測試過程中出現了風險防范中列舉的風險，但是沒有可執行的方法，可能會嚴重影響到測試工作。
常見風險與應對方案的示例如下：
1）計算機軟件/硬件故障。
應對方案：准備備用機器（虛擬機）。
2）測試人員沒有實際參加過項目，可能導致測試造成一定的影響。
應對方案：
- 由開發人員、需求人員或其他高級測試及時進行培訓和指導。
- 增加評審的頻率和力度。
3）測試人員突發性事假/病假/離職導致項目無法繼續開展。
應對方案：
- 安排測試人員周期性做好工作記錄與總結文檔，以防交接不充分。
- 從其他組抽取1名資深/高級測試工程師，一直參與本項目的所有會議並作為應急人員。
4）測試阻塞或需求變更。
應對方案：
- 制定測試進度報告及時（如每日）反饋測試進度與風險項。
- 調整測試順序或優先級。
可增加項
參考文檔、代碼庫地址、交付物等。
2. 測試周期如何安排
測試計划中，測試時間安排是最重要的一個方面，要將測試時間安排的相對合理，主要有兩個考量因素，一個是測試人員的能力，一個是測試工作量的估算。
測試人員的能力
能力決定了測試人員擅長或者不擅長的方面，分配測試工作的時候，應該量體裁衣，每個測試工作人員做自己最擅長的部分，對於能力較弱的，可以分配一些簡單的測試工作，但是量可以多一點。
測試工作量的估算
測試工作量的估算，它決定了測試時間安排的合理與否，測試項目可以分為好幾個測試階段，每個測試階段的測試內容可以分為不同的測試任務，而每個測試任務又可以分為測試子任務，不能再分的測試子任務才能作為一個獨立的測試任務，估算該測試任務需要花費的時間。
在估算測試工作量的時候，還要考慮緩沖，測試工作量如果估算的十分精確，一定要有緩沖時間，因為人不可能完全按照計划工作。
周期估算的方法：
- 總周期：如兩個月后上線，待提測需要 1 個月，那么測試總周期為 1 個月。
- 第 1 輪：可根據測試用例的執行時間來安排第 1 輪，如測試用例 400 條，每天執行 100 條，則需要 4 天，加上開發會花 2、3 天修復 bug，因此第 1 輪測試周期是 7 天。
- 第 2/3 輪：將總周期減去第 1 輪測試周期的剩余時間，按照一般性的等差遞減規律分給剩余的回歸周期。
- 參考一線測試人的意見；測試分工盡量征求參與人員的意見等。
3. 需求的測試成本與質量風險
需求的測試成本與質量風險是在閱讀需求文檔后會被頻繁討論的事情，值得大家深入思考。一般來說常見的有兩種問題：
-
測試和開發的成本比較高，難以匹配當前的產品進度。
-
目前已有的測試手段不能有效保證功能的質量。
針對這兩種問題，建議是嘗試提出多種測試策略，在每種方案后標注測試成本和風險，並將方案與多方進行討論，選擇大家都可以接受的方案。