現淘寶專案測試執行的主要流程簡單的說：
第一輪測試，第二輪測試，第三輪測試，日常測試，預發測試，線上測試
由於為新起專案，日常測試部分可以忽略，不用上日常測試環境，專案測試環境即是日常測試環境，該部分在第一次做專案時，容易忽視。
各個階段測試負責人需要進行的工作主要如下：
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. 完成上線後，可進行線上測試的驗證，然後開始整理測試相關的沉澱。
由於專案還在進行中，後期的具體沉澱工作的整理，測試報告，專案報告，專案上線存在的風險說明的情況有待完善