軟體測試生命週期包括6個階段（大體上）：1）計劃 2）分析，3）設計，4）構建，5）測試周期，6）最後測試和實施，和7）實施後。1. 計劃（產品定義階段） 高層次的測試計劃（包含多重測試周期） 質量保證計劃（質量目標，測試標準等 ） 確定計劃評審的時間 報告問題過程 確定問題的分類 確定驗收標準－給質量保證員和使用者。 建立應用程式測試資料庫 確定衡量標準，例如缺陷數量/嚴重程度和缺陷起源（僅舉幾個例子） 。 確定專案質量度量 開始制定專案整體測試時間表（時間，資源等） 必需階段：評審產品定義文件 文件中加入質量保證標準，作為工程改善程序的一部分 根據該產品的特點幫助確定問題的範圍 大約每月要花5 -1 0小時在這一方面 計劃在資料庫管理所有測試用例，包括手工方面或者自動化方面。2. 分析（外部文件階段） 根據業務需求開發功能驗證矩陣。 制定測試用例格式-估計時間和分配優先順序。 制定測試周期矩陣與時間線 根據功能驗證矩陣開始編寫測試用例 根據業務需求計劃測試用例基準資料 確定用於自動化測試的測試用例。 自動化團隊開始在測試工具中建立變數檔案和高層次的測試指令碼。 為自動化系統中的跟蹤元件設定路徑和自動化引導。 界定壓力和效能測試的範疇。 按照每個測試用例的資料要求開始建立基準資料庫。 定義維護基準資料庫的過程，即備份，恢復，驗證。 開始規劃專案所需的測試周期數，和迴歸測試次數。 開始文件複查，如：功能設計文件，業務需求文件，產品規格說明書，產品外部文件等。 審查測試環境和實驗室，前端與後端系統都要。 準備使用McCabe工具，以支援白盒測試中程式碼的研發和複雜性分析 建立反饋機制並開始錄入文件。 必需階段：審查外部檔案?? 文件中加入質量保證標準，作為工程改善程序的一部分。?? 根據群體執行反饋編寫測試用例?? 開始研製測試用例估計數目，每個用例的執行時間，和用例是否自動化這些方面的度量?? 為每個測試用例確定基準資料，?? 大約每月要花25小時在這一方面3. 設計（文件架構階段） 根據變更修改測試計劃 修改測試周期矩陣和時間線 核實測試計劃和用例用到的資料都輸入到資料庫，或是否必需的。 修改功能驗證矩陣 繼續編寫測試用例，根據變化新增新的用例 制定風險評估標準 規範自動化測試和多使用者測試的細節。 挑選出一套用於自動化測試的測試用例，並且把這些用例指令碼化 規範壓力測試和效能測試的細節。 最終確定的測試周期。 （根據用例的估計時間和優先權確定每個週期所用的測試用例數） 最終確定的測試計劃 估計單元測試所需資源 必需階段：審查架構檔案?? 文件中加入質量保證標準，作為工程改善程序的一部分。?? 確定要進行編碼的的實際元件或模組?? 在這定義單元測試標準，透過/失敗準則等。?? 單元測試報告，報告進行單元測試後的模組質量如何，白盒測試和黑盒測試都要包括輸入/輸出資料和所有決定點。?? 列出所有要進行單元測試的模組4. 構建（單元測試階段） 完成所有計劃 完成測試周期矩陣和時間線 完成所有測試用例。 （手動） 完成第一套自動化測試用例的測試指令碼。 完成壓力和效能測試的計劃 開始壓力和效能測試 McCabe工具支援-提供度量 測試自動化測試系統，並修復錯誤。 發展單元測試 執行質量保證驗收測試套件，以確保軟體已經可以交給QA測試。5. 測試周期/ 錯誤修正（ 重複/系統測試階段） 測試周期1，執行第一套的測試用例（前端和後端） 報告錯誤 錯誤稽核-不斷開展的活動。 根據需求修改測試用例 根據需求增加測試用例 測試周期二 測試周期三6. 最後的測試和實施（程式碼凍結階段） 執行所有前端測試用例-人工和自動化。 執行所有後端測試案例-人工和自動化。 執行所有壓力和效能測試。 提供對正在進行的缺陷跟蹤度量。 提供對正在進行的複雜性和設計的度量。 更新測試用例和測試計劃的估計時間。 檔案測試周期，迴歸測試，並更新相應文件。7. 實施後 開展實施後評估會議以回顧整項工程。 （經驗所得） 準備最終的缺陷報告和相關度量。 制定戰略以防止類似的問題在今後的專案中重複出現。 建立如何改進流程的計劃目標和里程碑， McCabe工具-製作最後的報道和分析。 自動化測試組-1 ）審查測試用例以評估其他可用於自動化迴歸測試的用例2 ）清理自動化測試用例和變數，和3 ）審查自動化測試和手工測試結果的整合過程 測試實驗室和測試環境-清理測試環境，標記和存檔用過測試用例和資料，恢復測試儀器到原始狀態等。
軟體測試生命週期包括6個階段（大體上）：1）計劃 2）分析，3）設計，4）構建，5）測試周期，6）最後測試和實施，和7）實施後。1. 計劃（產品定義階段） 高層次的測試計劃（包含多重測試周期） 質量保證計劃（質量目標，測試標準等 ） 確定計劃評審的時間 報告問題過程 確定問題的分類 確定驗收標準－給質量保證員和使用者。 建立應用程式測試資料庫 確定衡量標準，例如缺陷數量/嚴重程度和缺陷起源（僅舉幾個例子） 。 確定專案質量度量 開始制定專案整體測試時間表（時間，資源等） 必需階段：評審產品定義文件 文件中加入質量保證標準，作為工程改善程序的一部分 根據該產品的特點幫助確定問題的範圍 大約每月要花5 -1 0小時在這一方面 計劃在資料庫管理所有測試用例，包括手工方面或者自動化方面。2. 分析（外部文件階段） 根據業務需求開發功能驗證矩陣。 制定測試用例格式-估計時間和分配優先順序。 制定測試周期矩陣與時間線 根據功能驗證矩陣開始編寫測試用例 根據業務需求計劃測試用例基準資料 確定用於自動化測試的測試用例。 自動化團隊開始在測試工具中建立變數檔案和高層次的測試指令碼。 為自動化系統中的跟蹤元件設定路徑和自動化引導。 界定壓力和效能測試的範疇。 按照每個測試用例的資料要求開始建立基準資料庫。 定義維護基準資料庫的過程，即備份，恢復，驗證。 開始規劃專案所需的測試周期數，和迴歸測試次數。 開始文件複查，如：功能設計文件，業務需求文件，產品規格說明書，產品外部文件等。 審查測試環境和實驗室，前端與後端系統都要。 準備使用McCabe工具，以支援白盒測試中程式碼的研發和複雜性分析 建立反饋機制並開始錄入文件。 必需階段：審查外部檔案?? 文件中加入質量保證標準，作為工程改善程序的一部分。?? 根據群體執行反饋編寫測試用例?? 開始研製測試用例估計數目，每個用例的執行時間，和用例是否自動化這些方面的度量?? 為每個測試用例確定基準資料，?? 大約每月要花25小時在這一方面3. 設計（文件架構階段） 根據變更修改測試計劃 修改測試周期矩陣和時間線 核實測試計劃和用例用到的資料都輸入到資料庫，或是否必需的。 修改功能驗證矩陣 繼續編寫測試用例，根據變化新增新的用例 制定風險評估標準 規範自動化測試和多使用者測試的細節。 挑選出一套用於自動化測試的測試用例，並且把這些用例指令碼化 規範壓力測試和效能測試的細節。 最終確定的測試周期。 （根據用例的估計時間和優先權確定每個週期所用的測試用例數） 最終確定的測試計劃 估計單元測試所需資源 必需階段：審查架構檔案?? 文件中加入質量保證標準，作為工程改善程序的一部分。?? 確定要進行編碼的的實際元件或模組?? 在這定義單元測試標準，透過/失敗準則等。?? 單元測試報告，報告進行單元測試後的模組質量如何，白盒測試和黑盒測試都要包括輸入/輸出資料和所有決定點。?? 列出所有要進行單元測試的模組4. 構建（單元測試階段） 完成所有計劃 完成測試周期矩陣和時間線 完成所有測試用例。 （手動） 完成第一套自動化測試用例的測試指令碼。 完成壓力和效能測試的計劃 開始壓力和效能測試 McCabe工具支援-提供度量 測試自動化測試系統，並修復錯誤。 發展單元測試 執行質量保證驗收測試套件，以確保軟體已經可以交給QA測試。5. 測試周期/ 錯誤修正（ 重複/系統測試階段） 測試周期1，執行第一套的測試用例（前端和後端） 報告錯誤 錯誤稽核-不斷開展的活動。 根據需求修改測試用例 根據需求增加測試用例 測試周期二 測試周期三6. 最後的測試和實施（程式碼凍結階段） 執行所有前端測試用例-人工和自動化。 執行所有後端測試案例-人工和自動化。 執行所有壓力和效能測試。 提供對正在進行的缺陷跟蹤度量。 提供對正在進行的複雜性和設計的度量。 更新測試用例和測試計劃的估計時間。 檔案測試周期，迴歸測試，並更新相應文件。7. 實施後 開展實施後評估會議以回顧整項工程。 （經驗所得） 準備最終的缺陷報告和相關度量。 制定戰略以防止類似的問題在今後的專案中重複出現。 建立如何改進流程的計劃目標和里程碑， McCabe工具-製作最後的報道和分析。 自動化測試組-1 ）審查測試用例以評估其他可用於自動化迴歸測試的用例2 ）清理自動化測試用例和變數，和3 ）審查自動化測試和手工測試結果的整合過程 測試實驗室和測試環境-清理測試環境，標記和存檔用過測試用例和資料，恢復測試儀器到原始狀態等。