最近各種鬧心的事情，被很多不必要的事情牽着走。爲了更好在後續開展工作。對5.1.0版本進行總結和反思。5.1.0版本整體發版情況良好，但同時也暴露出來幾個問題。
1.項目需求管控規則不明確，合包過程私自加需求。
在5.0.7的發版過程中，因爲開發私自在App合成包時加需求，導致年貨icon圖標更換的情況漏測，十幾個市場重新上傳新包，增加測試和市場人員工作量。發現問題後，只是反思問題本身，沒有很好的分析問題發生的本質是需求管控，更沒有改進措施。
在5.1.0版本時，因爲怕開發私自加需求，在接到合成包第一時間就比對提測需求和App更新需求列表，再次發現合成包中有私自增加需求。導致測試工作計劃受到干擾。
同樣的事情已經發生兩次了，爲了杜絕此類事情繼續發生，和開發約定，在整體迴歸測試前三天，測試統一彙總提測需求，並和開發確認合成包是否就是這些需求；在整體迴歸前兩天原則不允許加變更類需求和業務類需求。
2.迴歸測試工作銜接不暢
整體迴歸測試工作經過幾個版本磨合，整體流程沒有問題，但在部分環節銜接上不暢，導致等待時間浪費。主要表現在幾個地方，多次合成包造成各業務的等待時間，各業務測試報告發送時間不及時導致等待時間，探索性測試報告多次轉發導致等待時間。
針對以上問題，改進措施如下：
1）建立郵件組，減少郵件轉發次數
2）關鍵信息羣裏同步，並@到人，如果沒有回覆電話聯繫
3）在此強調質量問題，建立質量准入機制
4）設置提醒機制，確保第一時間瞭解風險
5）建立整體流程管控點，每次進行list打勾
1.迴歸測試開始前3個工作日，和開發確認是否有變更的基礎功能和新增加業務未排期的需求，工作量較小【業務負責人評估】的需求或者缺陷類的需求可以督促提測,整體@xxx負責。
2.迴歸測試開始前2個工作日不接受除缺陷類需求以外的變更類需求和新需求；請@業務負責人嬡嚴格按此執行，如有特殊情況XXX，
3.迴歸測試前一天，進行整體任務分配@業務負責人，涉及到資源問題找@xxx調配
4.接到迴歸測試包後，需要確認提測list和版本需求是否一致，@xxx負責
5.啓動黃金流程的自動化測試@xxx負責，結果同步到測試組羣和@xxx
6.啓動自動化測試@xxx負責，執行填寫到測試進度表
7.快速驗證業務需求@所有人，如有問題第一時間反饋@xxx
8.全面迴歸測試@全體人員
9.進行穩定性測試、自動遍歷測試@xxx負責，結果同步到進度表
10.填寫第一天迴歸進度表，下午17：30完成@所有人
11.迴歸測試第二天業務功能黃金流程測試，缺陷驗證。
12.迴歸測試尾聲前，和產品確認缺陷遺留修復，缺陷處理結果@業務負責人確認有效；有異議直接反饋給@xxx【崇尚有獨立思考能力】
13.迴歸測試收尾前，@業務負責人安排各自業務黃金流程走查和自由測試，並填寫回歸測試進度表
14.收集各個業務部門測試報告，並填寫個業務線測試報告進度表@xxx
15.分析迴歸測試缺陷，評估版本風險@xxx@xxx
16.驗證探索測試缺陷。【由xxx直接發送郵件組，各業務自行負責各種缺陷驗證】
17.整理測試提交測試報告@xxx，並郵寄通知各業務組
2019年連續六十一天修心 土司於北京