QA測試流程

QA測試規範–流程圖 

PS：任何因需求、品質等引起的delay/block 風險問題，QA必須及時關注跟進，推動協調接口同學解決，及時郵件通告。

1.需求MRD評審

   PS：需求MRD評審，接口PM/RD評估需求複雜度與風險。分析需要QA測試把關的需求，應主動提前郵件通知QA同學，QA同學提前閱讀MRD文檔熟悉需求，需求評審中提出測試建議。

2.需求排期

   PS：需求排期，明确RD、FE排期及QA測試排期，郵件通告各接口人，QA需有owner意識去推動各角色盡快确定排期，以便安排QA資源。

3.設計評審

   PS：設計評審，需提前通知QA，QA提前了解背景及設計内容，參與評審，對資料庫結構、架構設計合理性等次元，提出可測性建議，發現資料庫及架構設計等底層問題。

4.Case 設計

   PS：Case 設計，參考MRD文檔了解需求業務，設計業務場景Case，參考接口文檔了解接口功能與參數意義，設計接口測試Case，優先覆寫接口核心邏輯，關注邊界和異常邏輯。強化接口Case 設計，弱化業務場景Case，注重接口case的自動化設計。

5.測前溝通

    PS：提測前，QA主動發起與接口RD、PM的測前溝通，如：Case Review 補充遺漏及更新Case，明确測試重點，子產品代碼改動點，關聯影響子產品功能，梳理一份測試checkList。

6.準入測試

    PS：a.準入測試，QA和接口RD/PM确認需求可正常提測後，梳理提測郵件，提供準入Case，明确RD/PM的準入Case測試通過标準。如：P0 Case 通過率 >= 90%，P1 Case 通過率  >= 80% 。

             b.PM準入驗收測試時，除基本需求邏輯外，需關注UI互動設計、文案方面。

             c.準入測試不通過的需求項目，QA總結品質風險問題，郵件通告駁回，RD修改解決問題且自測通過後，再次重新提測。QA同學必須對需求提測品質做嚴格把關。

7.系統測試

   PS：a.需求通過準入測試後，QA同學合理安排測試排期時間，做2-3輪系統測試，及時同步Bug問題至接口RD，修複後做及時回歸驗證。每天必須梳理總結當日測試進度、品質風險問題等，群同步或郵件通告各方向接口角色。

8.Mirror回歸（預上線）

   PS：系統測試通過後，在Mirror機環境做預上線回歸測試。

9.上線回歸（自動化）

    PS：a.正式上線回歸測試，優先覆寫主流程，Bug關聯功能子產品，測試覆寫充分，推動RD/PM一起做上線回歸測試。

            b.通過執行接口自動化測試，提高回歸效率。

            c.對品質風險較大的需求項目，QA必須把關不允許上線，且及時發出通告郵件。

            d.對上線較晚，如：21:00-23:00及以後，才開始上線的需求項目，QA必須注意上線過晚而低效導緻的品質風險問題，評估存在高風險，與接口RD/PM充分溝通，選擇第二天再上線。

            e.代碼上線後，必須打開且密切關注線上監控告警資訊。對于存在Warning、Fatal告警資訊，必須及時跟進解決，Fatal的确認後做復原處理。

10.線上高峰問題跟蹤

    PS：需求正常上線後，必須及時跟進關注線上服務是否正常，直至挺過第二天流量高峰。

11.品質報告，wiki更新

    PS：梳理品質報告郵件，同步更新排期wiki。

12.自動化+監控（更新維護）

            1.補充維護新接口的自動化Case，使用Numen錄入或Code實作，對于不能實作自動化的接口必須明确說明原因，以便評估。

            2.補充維護新接口的監控，使用Numen錄入或Code實作，對于不能實作監控的接口必須明确說明原因，以便評估。

            3.關于接口的自動化case和監控，需和接口RD及方向QA對接确認覆寫。

注：a.所有經QA測試項目，必須上效率雲平台，管理需求MRD、Bug等。

        b.線上Bug，按方向上效率雲管理，此類Bug标題命名，如：【線上問題】-XX。

QA測試規範–核心CheckList (注：所有C級項目的測試流程必須嚴格參考此CheckList做規範測試，D級可适當裁剪，保證測試品質）

階段	分類	檢查項	強制性	通過标準	執行情況	備注
測前檢查 提測階段	代碼設計 提測報告	1.是否進行設計評審，是否通過。	可選(RD排期>5人日)
2.是否進行了代碼CodeReview，Review人:xx	必選
3.RD自測通過。		自測結果(核心流程通過)	通過/不通過	不通過，則提測打回
4.RD給出上線步驟，復原方案。		上線方案(重點,多系統互動時)
PM驗收	PM完成核心功能的效果驗收 。		發出驗收結果		不通過，則提測打回
MRD文檔	PM保證最終版最新MRD。		效率雲MRD更新
接口、設計等文檔	RD給出接口文檔，資料庫字段含義及對應屬性代表含義。		Wiki最終接口文檔 RD輔助第一次梳理邏輯 包含在 内
用例及方案計劃評審	QA發起用例、方案計劃評審。		輸出RD/QA/PM認可用例
測試中	打回機制	一輪測試時發現P0，阻礙主流程，必須打回。
Bug管理	相關Bug效率雲紀錄，流程規範。 按照複現步驟在完整環境中驗證并關閉Bug。		天級别總結
自動化	按需進行 接口/流程自動化，以及線上監控思考。	可選	Numen用例或自動化腳本
進度通報	每晚彙報，狀态，進度，風險。		測試排期>=５人天項目
上線标準	日志	php-error無warning/fatal，wf日志無異常。		無warning
資料庫/Redis	新表dba稽核通過，Redis資料量有預估。		新表、新庫及Redis等通過DBA稽核
性能	性能符合預期or有明确的結論。		有一緻的性能測試結論 對外接口/外部依賴：耗時->逾時配置
回歸	mirror/線上功能回歸ok。		回歸覆寫全面，發現且解決完問題
上線後	監控	一周内完成監控項添加(日志/qps/腳本監控，語義/資料)		完成/未完成
品質報告	第二天午高峰，服務穩定後發出品質報告。
回歸CheckList Case補全	補全方向内回歸CheckList Case-上傳Git。
線上問題跟進	持續跟進，梳理方法論/流程圖－>工具 → Wiki/Git記錄。