聊一聊測試流程

到了新公司，由於是企業內部孵化的創業專案，各項流程不夠完善，總架讓我梳理下功能測試流程。
其實測試的工作是會貫穿於各個階段的，所以一梳理，發現把整個流程都梳理出來了。由於現在還沒有預釋出/堡壘環境，專案要年後才會對外發布，所以只寫到驗收階段。
因為一直使用的流程管理工具都是禪道，所以我們這邊很多工作是圍繞禪道的。
說得不好的地方歡迎各位大佬指正和各位同學給出更好的意見~
總流程圖：

需求階段：

需求設計階段，需求設計出原型初稿；
需求評審階段，前/後端開發負責人、測試負責人及相關人員參與評審，並給出評審意見；(尤其是那種只寫一句話但涵蓋很多內容的需求一定要打回去)
需求修改階段，根據評審意見修改原型設計，並更新保真圖；
需求拆分階段，進行需求拆分，在禪道對應專案下建好任務；
ps:之前看MSTC大會2019的資料，其中科大訊飛的孫玉老師提到需求拆分最後應該是小而精，耦合度低且拆分到最基礎的單位。
開發根據拆分的需求任務制定開發計劃；
測試根據拆分的需求任務制定測試計劃以及測試策略（走幾輪測試？是否交叉測試？是否需要做專項測試？是否需要壓測？）

設計階段：

開發完成：程式設計、資料庫設計等
測試開展工作：編寫測試用例->用例評審->修改用例->用例終稿（在開發自測前完成）

開發階段：

開發編碼，根據禪道中指派的任務按時完成對應模組的編碼任務；
開發聯調，前/後端聯調程式碼；
開發自測，根據測試給的用例進行自測，保證主流程正常；
當然有些做得好的公司還會搞codereview、單元測試、程式碼掃描等保證編碼質量；
最後，對應專案負責人在禪道建“釋出”任務給測試，任務描述清晰描述所要釋出內容（配置檔案修改/資料庫指令碼），並指派相應測試人員；

測試階段：

釋出test，根據開發禪道所建任務內容釋出到test環境；
新功能測試，根據用例終稿，完成功能測試；
整合/迴歸/專項/相容/效能測試（根據測試策略決定開展哪幾項）：
整合測試基本上必走
迴歸測試的程度需要視專案的內容而定，多數情況下回歸主流程和重點功能，但如果是程式底層優化改造或者是環境遷移那種，就需要全迴歸
專項測試，主要是app弱網測試、app音/視訊質量那些
相容測試，移動端就是IOS版本、Android版本和各種機型的相容性，Web端主要是瀏覽器相容性，如果是那種後臺系統且大家使用的瀏覽器比較統一，可以 不去關注相容性
效能測試，尤其是一些針對促銷的版本，必走效能，其他的根據專案特性再做評估

驗收階段：

測試環境測試完成達到驗收標準/到了預定發UAT的日期(某個專案驗收週期比較長，test環境的工作未完全收尾，節點日期先發布到UAT環境以保證進度)，進行UAT發版；
釋出UAT：會根據之前禪道建立的發test任務建一個發UAT的任務，進行發版；
測試會先在UAT環境上走一輪，以確保UAT釋出的內容與test一致，如果有問題，UAT環境重新發版；
若產品/使用者驗收時發現問題，直接提給測試；若測試判定為bug，轉給對應開發並在
測試環境驗證通過後重新發版UAT；若屬於需求中未提及的內容，指給產品做需求變更；
若是使用者操作錯誤、環境異常等引起的問題，測試直接關閉bug。