專案大致流程

{
    專案啟動,
    評審階段:{需求評審,技術評審},
    排期階段:{開發排期,測試排期},
    開發階段:{需求開發,介面聯調,自測,提測...},
    測試階段:{SIT測試,UAT測試,PROD測試,眾測,bug迴歸,...},
    專案上線:{上線風險評估,線上監控,補充自動化...},
    專案結束:{總結文件,...}
}

QA 在各個階段的任務職責

• 專案啟動：專案立項，確認人員名單，確定專案時間，活動初稿確立
• 評審階段：
  • 需求評審：可能是 RD 提的需求（由於程式碼重構等原因），也可能是 PM 提的需求（一般都是 PM），參與人員一般有 PM，RD，QA，QA 人員在其中主要是對需求的中一些不理解的點提出疑問，並對其中認為不合理的點進行討論，需求評審完之後要求 QA 已經對需求文件有比較清晰的認識了，需求評審之後 QA 就可以開始準備測試用例了，但是介於 PM 可能後面會對需求文件作出一點的修改，以及後續技術評審的展開，QA 的測試用例存在後續修改的情況
  • 技術評審：RD 和 QA 都要參與進來，QA 的職責是弄清楚技術設計方案中的問題，思考對測試用例的影響，進而維護修改測試用例
    排期階段：
• 排期階段：
  • 開發排期：開發人員給出開發的時間排期，以及聯調任務的排期
  • 測試排期：測試人員先依據開發人員的排期指定測試的排期時間
• 開發階段
  • 開發：前端開發和後端開發
  • 介面聯調：前端和後端介面聯調來對齊介面
  • 自測：開發使用 QA 提供過來的冒煙用力進行自測
  • 提測：開發提測給 QA
• 測試階段：
  • SIT 測試：測試環境執行全量 case
  • UAT 測試：驗收環境執行冒煙級別 case
  • PROD 測試：需要在上線後，執行冒煙級別 case，但是很多情況下冒煙級別 case 線上上無法執行，所以可以率先列出一個 checklist，然後執行 checklist 中的 case 即可
  • 眾測：也是在上線之後大眾測試
  • bug 迴歸：測試過程中提出的 bug 需要進行迴歸檢測，同時要注意影響到的模組情況
• 專案上線：
  • 線上監控：需要 PM，RD 和 QA 的共同參與
  • 補充自動化：
    • 補充介面自動化：由於介面自動化投產比更好，所以一般專案會考慮後期補充介面自動化的內容
    • 補充 UI 自動化：由於 UI 自動化設計到穩定性的因素，所以一般專案可能考慮不做或者做少部分主流程的 UI 自動化工作
• 文件總結：一個專案結束後，不論是 PM 還是 RD 亦或是 QA 都可以養成一個總結專案的好習慣，不論是對自己的學習沉澱，還是對後來新人介入專案來講都是有好處的