首先有一個總體端到端流程，實現測試全生命周期管理，即從測試計劃，測試方案，測試設計，測試執行，測試評估的全流程管理。這是最高端的一個端到端流程。測試本身可能又分單元測試，集成測試，驗收測試幾個階段，每個階段都應該有一個測試流程貫穿。特別是集成測試和驗收測試階段的時候。
在這個大流程下面最重要的一個子流程即缺陷管理流程或叫變更管理流程。按標準的工程變更的思路，變更本身又拆分為了變更請求，變更單和變更活動。在缺陷管理中可以使用兩層表單對象，特別是大型多小組團隊協作，軟硬件公有的產品型測試，一個缺陷的發生在CCB分析后都可能涉及到多方的修改和驗證，采用兩層業務對象模式是最基本的。缺陷提交一般流程為缺陷提交，CCB缺陷分析指派，相關人修改缺陷并提交驗證，提交人驗證關閉缺陷。在兩層業務對象模型下，必須下層對象必須全部關閉后才能給關閉上層。
其它是一些可選的子流程，相當多，但是對于大型產品型測試往往都需要考慮。
測試需求提交或測試申請流程，大型產品研發團隊中，測試往往是獨立運作的部門或團隊，為了進行更好的跨團隊協同，也為了測試團隊的測試工作有相應的輸入。需要有相應的測試申請流程，測試申請通過后測試部門才會根據測試申請進行測試。其二，在測試申請流程中，測試團隊可以對開發提交的產品版本和相關資料文檔進行測試前評估，確認需要測試的內容符合基本的準入要求。
版本構建流程，在進行測試前需要進行版本構建，開發提交相應的源代碼和自動編譯腳本，集成人員負責進行版本構建工作，在版本構建完成后配置管理人員進行版本構建審核，開發對構建的版本進行評估，最終確認版本是否構建成功。構建成功的版本則可以朝測試環境發布。大型項目對于構建需要有獨立的構建環境來支撐。構建環境包括了自動編譯和持續集成，也包括了自動化單元測試，靜態代碼測試等相關內容。
版本提取流程，對于構建成功的版本處于待測試狀態，在測試總體計劃流程中，可以根據測試實際進度提取相應的版本并發布到集成或驗收測試環境。同時對于驗收測試通過的正式版本，也存在版本提取正式發布到客戶現場的需求。
在各個流程中會涉及到多個基礎數據的維護，包括各個角色和用戶組，權限的維護。也包括了產品，項目，版本，客戶等基礎信息的維護。這些信息在流程中作為基礎數據使用到。
下面談下測試過程中的核心追蹤
首先測試用例是測試設計的一個核心內容，測試用例需要實現條目化管理。測試用例需要追蹤到具體的需求用例。在測試和需求間整個追蹤鏈條為系統-》子系統-》功能模塊-》需求用例-》測試場景-》測試用例，通過該追蹤關系可以看到測試用例對需求的覆蓋程度。
其次缺陷在提交的過程中，必須追蹤到對應的測試用例，以分析測試執行對測試設計的覆蓋程度。通過需求到測試用例的追蹤，測試到缺陷的追蹤，可以詳細統計到各個功能模塊的缺陷數量。也方便后續細粒度的缺陷密度統計。
對于提交的缺陷，開發在進行修復的過程中往往涉及到源代碼的修改，而源代碼最終會入配置管理環境。因此可以進一步追蹤每個缺陷究竟修改了哪些源代碼文件，以方便后續的源代碼變更分析和管理。在缺陷提交后，涉及到進行版本構建，版本構建需要確認在當前構建的版本解決了哪些缺陷，哪些缺陷可以進行回歸測試和驗證。