一.用例設計階段
01. 需求多與產品交流，把需求搞清楚
02. 涉及資料或介面被外部系統呼叫需求評審，需求評審時，需要與產品、研發確認是否會影響其他系統。
03. 涉及資料重新整理類的需求，需與產研交流確認資料重新整理存在問題和影響範圍
04. 需要分析下研發提供的影響範圍，完善測試場景，同產品、研發核對場景，確保場景覆蓋度100%
05. 用例在開發聯調前完成並評審，推送自測用例給研發
06. 涉及其他模組互動測試點，邀請相關模組QA參與評審
二.環境準備階段
01. 測試藥名註冊時，虛擬號以 168為字首，名稱帶上 測試 字樣
02. 新增的選單，提測前需郵件跟產品確認配置許可權和範圍
三.測試執行
01. 轉測或上線，提醒研發提供提測單、上線單
02. 影響範圍不明確，找開發確認清楚；提測郵件中沒有影響範圍說明，回覆郵件讓開發補充重新提交
03. 需求轉測前，需研發提供自測透過結果
04. 需求轉測前，跟進開發組織程式碼評審，提取測試範圍
05. 用例發現的缺陷，在缺陷單中補充 用例id和用例名稱
06. 修改bug引入新問題，將缺陷單中的 是否為衰退Bug 修改為 是
07. 很容易發現的問題，缺陷單中 是否開發可以自測 選擇 是
08. 阻塞測試執行的問題，問題優先順序標最高優先順序，問題嚴重級別 Blocker
09. 轉測質量不達標，要提問題單，且問題優先順序最高(block)，再發打回郵件
10. Blocker問題提交後在群裡同步，並跟催開發當天閉環
11. 開發有爭論的問題，找產品決策，影響大的問題，需要同步研發和測試責任人
12. 轉測時，優先把冒煙主流程的用例執行，提前暴露基本功能流程問題，減少後續質量風險
13. 驗證最後一天，建議在三個時間段給專案群中同步進展跟進(11:00、15:00、17:00)，如有嚴重阻塞，即時同步，主要是避免迴歸不充分，影響到第二天上線質量
14. SAAS端功能驗證場景考慮範圍端覆蓋範圍:管理PC端WEB端
藥店型別覆蓋範圍:單店連鎖總部連鎖門店聯營總部聯營門店
四.上線時
01. 測試環境版本驗證完成後，在上線前，列舉所測場景，同產品、研發再次核對，確保場景完成度100%
02. 當天上線，上線wiki記錄需在12:00前完成
03. 上線後，那些場景不具備驗證條件，需同步或跟產品達成一致，並郵件發出
五.上線釋出後
01. 版本測試完成，分析問題單，補充測試場景和用例
02. 線上功能性嚴重問題或已有2個客訴，處理超30分鐘，要同步給研發和測試責任人
03. 確認是線上問題跟進，並截圖同步質量群，問題記錄線上wiki https://wiki.int.ybm100.com/display/SAAS/2020-Q4
04. 過程中影響質效的事項，記錄bad case https://wiki.int.ybm100.com/pages/viewpage.action?pageId=267059947