引言

項目流程如果不分階段的梳理好,效率低,導致項目上線延期,對于產品質量也得不到充分的保障.清晰的流程,會提升效率,少走彎路,節約時間、高效的定位問題、解決問題、保障質量。若有多各個項目并行迭代，也能有條不紊的進行，順利保證項目上線。流程圖參考如下：

測試流程.jpg

（1）需求收集評審階段

• 需求來源收集：新增功能模塊需求、復盤、專項需求、Bug反饋。
• 整理需求、產品內部評審需求方案是否通過。

（2）版本規劃階段

• SDK版本號、游戲版本號確認
• 版本迭代方式(強更/熱更)，設計好更新文案
• 需求文案出稿（文案涉及業務邏輯方面盡可能多闡述，如有埋點需求，也同步出稿）
• 若有多個項目迭代需求，產品內部定優先級

（3）版本排期階段

• 需求評審: 產品、開發前后端、美術、測試一起參與會議討論，最終確認到需求文案中。
• 禪道建立版本開發任務，相關人員排期，測試在前后端排期后根據需求新增功能模塊、業務邏輯、版本兼容等實際情況排出測試時間。
• 確定項目上線時間

（4）版本設計開發階段

• 產品跟進項目進度、美術進度、功能實現進度，相關人員及時更新禪道完成情況。需求若有變更，產品回復開發郵件，對應需求文檔同步更新至禪道。
• 前后端聯調，保證業務邏輯正常。
• 測試設計功能測試用例（包含新增模塊、業務邏輯流程、版本兼容），發郵件告知前后端用例數量、控制Bug率，提高質量。

（5）版本測試階段

• 產品發提測郵件、待前后端回復提測郵件后測試發冒煙測試用例郵件，同時部署測試環境。
• 冒煙測試若業務邏輯阻塞，打回讓開發修復后再提測，此時測試時間，上線日期也會適當延后。
• 冒煙通過后測試依據測試用例、業務場景進行功能測試。
• 新版本更新方式校驗（強更、熱更）、設備機型兼容測試。
• 版本兼容（前后端兼容）后端數值兼容測試、若針對渠道優化，需渠道兼容測試

（6）灰度&上線階段

• 回歸驗收通過，告知團隊準備上灰度。
• 產品確認好上線配置、上線功能開關，此時沒有特殊原因，版本不再新增需求。
• 灰度環境：測試校驗主功能、版本更新方式（1194渠道）校驗 ，灰度測試通過進入生產環境校驗。
• 生產環境：校驗線上版本兼容當前新版本后端，保證主流程業務邏輯測試通過。
• 生產環境：主流程測試通過后，進行15個渠道包更新方式校驗。

（7）項目收尾階段

• 測試發送測試通過郵件，如有遺留優化Bug，告知產品及相關人員，下個版本迭代修復。
• 如有提審渠道，渠道包給產品提審
• 生產環境如有不合理測試數據，及時告知相關人員刪除。
• 相關人員及時更新禪道自己對應的任務狀態。

（8）版本復盤

• 復盤需求方案建立、復盤數據核對。
• 開展復盤會議討論、分析數據、為后續版本迭代參考有價值信息。
• 會議結束，出復盤文檔。

（9）測試巡檢

• 上線后在空檔期進行線上分模塊巡檢測試，加強主業務功能測試。
• 匯總問題，出巡檢測試報告，下個版本優化修復匯總問題。