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