第一輪測試，第二輪測試，第三輪測試，日常測試，預發測試，線上測試

由于為新起項目，日常測試部分可以忽略，不用上日常測試環境，項目測試環境即是日常測試環境，該部分在第一次做項目時，容易忽視。

各個階段測試負責人需要進行的工作主要如下：

1.   正式評審之前，對項目需求和項目的功能介紹，產品介紹進行了解和答疑，可以采用的方法，使用UML圖形的方式來梳理PRD的業務流程，需要申請QC空間，申請Twork空間，申請相關的測試資源(例如：性能，安全，前期溝通, PRD邀請和提供PRD文檔)

2.   PRD評審完成后，在1到2個工作日，形成項目需求分解功能表

3.   前臺原型評審，對頁面布局和功能點入口，功能說明的初審，修改確定下前臺的原型，形成前臺原型評審記錄， 對前臺和后臺模型進行檢查，確定各個功能點和頁面入口，比對PRD的功能說明，提出對應的問題，協助完善原型設計。

4.  技術方案評審， 幫助開發檢查相關的技術方案，提出相關的疑問，可重點針對數據庫的結構，字段，表的關聯等，對初步的系統結構和使用技術有基本了解。需要提前考慮有否數據遷移，現在很多項目會出現數據的遷移，可通知性能測試人員及早的溝通或者參與到技術方案的評審

5. 項目立項：進行立項會議,  該會議召開的較晚，該部分的順序可忽略，但測試人員需要對 測試進行時間估算，對項目各個階段的時間點進行規劃，形成測試計劃文檔。稍后在2-3天內形成測試設計文檔。

6. 項目UC評審，測試人員針對UC中的校驗點的細節，實現方式提出各種有疑問的地方，確定問題，為編寫TC做預期結果填寫的準備

7. 項目TC評審，測試人員可分為內審和外審，內審有測試組其他人員幫助檢查和發現可能遺漏的測試點，不清晰的功能和業務規則進行補充，外審，主要針對PD,PM等其他項目人員，說明測試用例的覆蓋功能，測試的范圍，測試點，已經測試用例的粒度。形成測試評審的checklist，稍后再進行用例的P級別劃分。個人建議，在編寫用例的時候，不用去考慮用例的級別定義，可以分開為編寫用例，編寫完成后再進行用例檢查時進行P級別的劃分，或者在執行中進行設置劃分

8. 進入測試執行階段，主要進行用例的執行，根據具體項目進行測試時間和進度的安排，在完成第一輪測試時，程序系統相對穩定，進入第二輪可以開始性能測試和安全測試人員的介入，前期第一輪可提前進行安全測試白盒測試. 主要任務和精力集中在測試執行和缺陷追蹤上，進入該階段，測試人員需要進行項目測試日報的發送，測試投入日報的記錄，使用twork進行匯報工作

9. 進入預發測試，如果有數據遷移的項目，可在上預發后開始校驗遷移的正確性和完整性的檢查，重新對所有的用例進行執行，保證產品質量。

10. 完成上線后，可進行線上測試的驗證，然后開始整理測試相關的沉淀。

由于項目還在進行中，后期的具體沉淀工作的整理，測試報告，項目報告，項目上線存在的風險說明的情況有待完善