超詳細一文到底！軟體測試基本流程！

前言：

采用通用的測試流程，能高效、高品質的完成軟體測試工作，有助于減少溝通成本，對各階段産出有明确認知等等。最終目标：實作軟體測試規範化、标準化。以下為非通用标準，僅供大家參考

一、軟體測試流程圖

二、各階段詳解：

1、需求分析：

主要是明确本期需求必須完成哪些工作，具體完成到什麼程度，細節是什麼，記錄需求不明确、缺失等疑問；要求需求必須完整、準确、清晰具體。很多時候是各角色私下進行，不組織大會。主要參與人員：RD、QA、UE。

2、需求評審：

PM同學對需求進行整體闡述和補充，其它成員帶着需求分析時的疑問參加，提出疑問；目的是提前發現需求不明确、有沖突、無法實作、需求不全等問題。主要參與人員：項目經理、PM、RD、QA、UE。

3、計劃與排期：

（1）RD計劃與排期：根據評審後的需求，RD産出具體的開發計劃和排期，包括人力安排，子產品劃分，開發設計文檔産出以及具體提測時間等。主要産出人員：RD接口人。

（2）UE計劃與排期：根據根據評審後的需求、RD排期給出相應計劃和排期，包括：人力安排，子產品劃分，具體資源産出時間，根據提測時間規劃走查時間點。主要産出人員：UE接口人。

（3）測試計劃與排期：根據評審後的需求、RD排期給出相應的測試計劃和排期，包括：測試方法（是否單測，是否進行接口測試，是否進行性能測試，是否分子產品提測等），測試範圍、人力安排，子產品劃分，case産出時間，case評審時間，測試完成時間，風險點。主要産出人員：QA接口人。

注意：所有的計劃與排期要發郵件抄送給全員，并找對應peer确認，如有變動需及時聯系相應peer。

4、測試環境搭建：

根據開發環境、測試計劃搭建測試環境，可由RD支援。一般至少維護兩套穩定的測試環境，滿足項目并行以及單項測試（例如：壓測、安全測試）需求。

注意：環境搭建好後，最好能自動部署代碼，減少回歸測試時代碼部署時間。

5、測試用例：

（1）case編寫：根據測試計劃、修改好的需求文檔編寫測試用例，并根據RD産出的概要設計文檔和詳細設計文檔(如無具體文檔，可找對應RD問詢代碼邏輯和結構)，補充測試用例。

（2）case内部評審：case完成後QA内部要先進行内部評審，評審不通過修改；評審通過後發郵件給全員，友善大家提前了解case，帶着問題參加case評審。

（3）case全員評審：按測試計劃的時間進行case評審，找出項目成員之間了解不一緻的點，以及case缺失遺漏的點。根據評審結果修改case，并産出準入case（準入case：最核心的功能點以及阻礙測試的點）。

注意：a、準入case要郵件形式發送給相應RD，確定提測前準入case被執行通過，要求RD以郵件形式回複執行結果。

b、case要存檔，并且要根據項目情況及時跟進修改（例如二期需求後一期case的變更），保證case是最新的且可作為參考的。

6、RD提測：

（1）提測前RD要確定自己執行準入通過（主要確定RD自測，培養良好的開發習慣），且PM首次走查通過（主要確定RD沒有大的功能缺失，PM沒有要改動或新增的大功能點，減少進入正式測試階段的返工）。

（2）RD自測和PM走查均通過，QA進行準入測試；準入不通過打回，由RD修複後重新提測，重新走RD自測、PM走查、QA準入測試流程。RD自測、PM走查、QA準入測試均通過，QA進入正式測試。

7、正式測試：

根據測試計劃、測試case執行測試，報bug，RD修複後QA回歸。每天産出當日測試報告，明确具體測試進展，bug情況，項目風險等。針對風險及時進行政策調整，確定項目如期上線。

8、show case 與走查：

測試全功能走通，bug已基本收斂的情況下show case，此時PM進行詳細走查，UE進行視覺走查。主要參與人員：PM、RD、UE、QA。測試/走查不通過，送出bug，RD修複，修複後驗證bug。測試/走查通過，對軟體進行全功能驗證。

9、全功能驗證：

主要是針對非第一期需求的産品，新增需求以及改動需求可能會對原有功能造成影響。驗證不通過，送出bug，RD修複後驗證bug，并重新進行全功能驗證。這個階段建議采用自動化提升效率，如UI自動化、接口自動化等。全功能驗證通過，上預釋出驗證。

10、預釋出驗證：

主要是防止因資料不同步等導緻的bug。此時要注意對線上版本進行驗證，也要注意目前版本和線上版本的互動。預釋出驗證通過後，啟動上線流程。

11、上線：

RD或OP啟動上線，上線不成功，RD修複bug，QA回歸bug、全功能驗證、預釋出驗證，重新啟動上線。上線成功後要進行線上驗證。

注意：上線過程要注意做好資料和版本隔離，避免對線上造成影響。

12、線上驗證：

線上驗證不通過復原，RD修複bug，QA回歸bug、全功能驗證、預釋出驗證，重走上線和線上驗證流程。線上驗證通過後，要實時跟進使用者回報，添加/修改監控。

注意：最好有一鍵復原機制，做好復原演練，真的遇到過上線後全業務挂掉的情況。

13、跟進使用者回報，添加/更新監控：

（1）成功上線後，要實時跟進使用者回報，及時發現使用者回報的問題，防止有大問題影響使用者使用。整理使用者回報最多的需求點，回報給PM，反向影響需求。

（2）及時添加/更新監控，實時監控線上服務，保證線上服務正常、穩定運作，出現問題第一時間響應。