博文原地址：https://www.jianshu.com/p/79e1ded09f56

測試流程持續優化

目標：測試前移，提前發現問題和風險，同時保證開發程式碼質量

1、需求評審

確定需求可實現，需求必要性

2、評估測試時間

根據需求範圍、功能點評估，包括需求分析/測試執行時間
確定專案里程碑，包括服務端介面提供時間、介面測試時間、前後端聯調時間、提測時間、上預發時間、上線時間

根據專案需求點評估時間，細化，一般情況如下：
測試分析 1-2天
測試用例設計 2-5天
冒煙驗證 0.5-1天
流程測試 一般2-5天 很小的優化可以1天
缺陷跟蹤驗證 1天
預發回歸 1天

根據專案實際情況確定時間點
1）預留1天異常情況
2）需求未確認的點，需要預估時間

3、測試計劃制定

4、需求分析

提出對需求有疑問的地方
對一些模糊、二義性的互動確定開發實現方式
需要配置的地方跟服務端確定配置項
確認可能存在的風險
影響範圍需確認

5、測試用例編寫

6、測試用例評審

7、提取開發冒煙用例

提取全部用例的30%-50%，區分前端冒煙用例和服務端冒煙用例，根據是否需要配置區分
同時提測時開發必須保證冒煙全部通過

9、介面測試

開發聯調前需測試通過

10、驗收開發冒煙結果

注意：在開發提測前跟蹤開發冒煙情況，保證可以正常提測，避免delay
保證主流程暢通，有問題即時解決

11、第一輪流程測試

提取開發自測用例30%，也要區分前端還是服務端
測試保證主流程，自測部分開發需保證
風險即時提出，體現在每日報告中
流程測試結束進行UED走查

12、第二輪Bug跟蹤驗證

跟進開發Bug修復情況和進度，包括解決難度

13、申請上預發，預發回歸測試

根據預發回歸用例，主流程需全部迴歸
預發環境產品需進行驗收測試

14、產品申請上線，測試傳送測試報告

15、線上迴歸測試

主流程全部迴歸

16、線上問題

即時復現，確認問題
確定影響範圍
確定解決方案
跟蹤問題解決情況並測試
問題回溯，用例優化 or 流程優化

作者：木沐__
連結：https://www.jianshu.com/p/79e1ded09f56
來源：簡書