驗收者
產品、UI、後臺系統使用者(運營、客服、風控等)
驗收進入條件
測試流程結束的下一步是驗收。進入驗收的最理想標準是所有bug都已關閉。
如果時間緊張,可以放寬到 同時滿足 這兩個條件:
- 優先級爲“下次提測前解決”的bug都 已關閉
- 優先級爲“發佈前解決”的bug 不超過人均2個
測試環境驗收
- 測試向驗收者演示主流程。
- 驗收者自己操作,或讓測試演示更多流程。
- UI覈對。主要是顏色值和像素級大小的比對。肉眼能看出來的差異,應該在測試過程就發現
- UX體驗反饋
發佈與線上驗收
- 產品經理宣佈 測試環境通過,讓開發發佈到生產環境,各職能核心人員待命應對故障
- 發佈後,測試和產品再過一遍主流程,後臺系統使用者也應該做些操作來檢驗或持續一段時間觀察相關數據是否異常。
- 線上驗收標準由各驗收者自己決定
儘量在週二或週四上午發佈,以便出現問題時大家有時間精力立即修復。
上線
生產環境驗收通過後,確認可以開始放量,這個結果視爲“上線”。
由產品經理宣佈。如果沒什麼問題,IM羣裏說完即可,如果有風險,應發郵件:
收件人:項目組
標題:【上線通知】xxx項目y.y.y(版本)
正文:
...
(風險預估)
(應急預案,要明確風險點的責任人)
本系列文章的目錄:https://hursing.blog.csdn.net/article/details/88025790