需求階段：
1、需求評審，需要專案負責人、產品、研發、測試全部人員參與，並且在需求評審後，每一個人闡述整個產品的邏輯以確保每一個人的理解達成一致；
2、需求文件、介面文件、資料庫文件進行同步；
3、後端提供介面文件時，同時提供mock介面，前端可提前訪問mock介面進行自測；
4、前後端研發制定工期，先由各模組開發自主評估，再由各leader進行溝通確認和再評估，最終給出開發時間和計劃；
5、測試人員根據功能點以及測試用例初稿評估測試工期；
6、研發自測環境以及測試環境需要提前進行準備，並同步環境資訊、準備進度，並且儘早提出遇到的問題。

開發階段：
1、需要每天定點同步研發進度以及技術問題，及時提出風險點；
2、測試人員根據需求的功能點和測試用例初稿，編寫完整的測試用例；
3、測試人員發起測試用例評審，需要專案負責人、產品、研發、測試全部人員參與，並且在測試用例評審後，每一個人闡述現階段對於產品的理解；
4、後端服務程式碼要求介面層、業務邏輯層的單元測試覆蓋率至少在90%以上；
5、後端核心程式碼需要所有後端研發參與codeReview並達成一致；
5、基於前後端分離的設計，後端研發完成之後，測試人員對後端介面提前介入測試，以避免前端開發進度成為瓶頸；
6、前端開發依賴mock介面，可以邊開發邊進行自測，如果mock介面存在問題需要及時跟後端研發進行溝通確認並要求後端研發提供新的mock介面，否則問題拖沓造成研發進度受影響，則由前端開發人員承擔後果；
7、後端開發人員在提供最新的mock介面時，需要同步修改正式介面中存在的此問題。

聯調階段：
1、研發自測環境搭建完整的一套系統，並且記錄下操作流程，以便測試人員作為參考；
2、系統搭建好之後，前後端研發一起參與操作平臺，發現問題並解決問題；
3、需要每天定點同步聯調進度、問題、問題解決的時間點，並及時提出風險點，資訊需要專案負責人、產品、研發全部人員達成一致；
4、聯調後期則開始修改完善平臺搭建的操作流程，以便測試人員作為參考。

測試階段：
1、研發將系統搭建的操作流程和所需檔案指令碼同步給測試人員，此階段應以測試人員為主，研發人員為輔來搭建系統；
2、測試人員按照此前準備的測試用例對系統的功能點進行測試；
3、測試過程中發現的問題，及時提交到Bug管理平臺，並需要通知到產品、研發全部人員；
4、需要每天定點同步測試進度以及風險點，並確認bug的嚴重程度和修復時間點；
5、在測試階段，主要關注bug的打回率和bug修復的delay問題；
6、測試結束階段，總結所有bug並確保系統達到上線標準。

預釋出階段：
1、測試將系統搭建的操作流程和所需檔案指令碼同步給預釋出人員，此階段應以預釋出人員為主，測試人員為輔來搭建系統；
2、預釋出環境系統搭建完成之後，由產品、測試、研發全部人員參與操作驗證並同步問題；
3、如果有問題則打回測試階段，並且關注此階段的bug數量來考量測試效率；
4、預釋出環境驗證通過之後，釋出上線申請。

上線階段：
1、測試將系統搭建的操作流程和所需檔案指令碼同步給運維人員，此階段應以運維人員為主，測試人員為輔來搭建系統；
2、運維人員做好老系統備份工作，以備回退；
3、線上環境系統搭建完成之後，由產品、測試、研發全部人員參與操作驗證並同步問題；
4、如果有問題則打回測試階段，並且關注此階段的bug數量來考量測試和預釋出效率，運維人員回退到老系統；
5、線上環境驗證通過之後，則線上升級完畢；