# STLC-軟件測試生命周期階段&進入，退出條件 > 原文： [https://www.guru99.com/software-testing-life-cycle.html](https://www.guru99.com/software-testing-life-cycle.html) ## 什么是軟件測試生命周期（STLC）？ **軟件測試生命周期（STLC）**是在測試過程中進行的一系列特定活動，以確保達到軟件質量目標。 STLC 涉及驗證和確認活動。 與流行的看法相反，軟件測試不僅是一項單獨的活動，即測試。 它包含一系列通過方法進行的活動，以幫助認證您的軟件產品。 STLC 代表軟件測試生命周期。 在本教程中，您將學習- * [STLC 模型](#1)的不同階段 * [需求分析](#2) * [測試計劃](#3) * [測試用例開發](#4) * [測試環境設置](#5) * [測試執行](#6) * [測試周期關閉](#7) * [STLC 階段以及進入和退出標準](#8) ## STLC 模型的不同階段 <center> <figure> <figcaption style="display: table;">STLC Diagram</figcaption> </figure> </center> 以下是 STLC 的階段： * 需求分析 * 測試計劃 * 測試案例開發 * 測試環境設置 * 測試執行 * 測試周期結束 每個階段都有一個明確的進入和退出標準，即與活動&關聯的可交付成果。 ### 什么是出入境標準？ * **進入標準：**進入標準提供了在開始測試之前必須完成的前提條件。 * **退出標準：**退出標準定義了可以在完成測試之前必須完成的項目 您具有軟件測試生命周期（STLC）中所有級別的進入和退出條件 在理想世界中，直到滿足上一階段的退出條件，您才可以進入下一階段。 但是實際上這并不總是可能的。 因此，對于本教程，我們將重點關注 STLC 生命周期中不同階段的活動和可交付成果。 讓我們詳細研究它們。 ## 需求分析 在此階段，測試團隊從測試的角度研究需求，以識別可測試的需求。 質量保證團隊可以與各種利益相關者（客戶，業務分析師，技術主管，系統架構師等）進行互動，以詳細了解需求。 需求可以是功能性的（定義軟件必須執行的操作）或非功能性的（定義系統性能/安全可用性） 給定測試項目的自動化可行性也在此階段完成。 **活動** * 確定要執行的測試類型。 * 收集有關測試優先級和重點的詳細信息。 * 準備[需求追蹤矩陣（RTM）](/traceability-matrix.html)。 * 確定應該執行測試的測試環境詳細信息。 * 自動化可行性分析（如果需要）。 **Deliverables** * RTM * 自動化可行性報告。 （如果適用） ## 測試計劃 通常，在此階段，高級質量檢查經理將確定項目的工作量和成本估算，并準備并最終確定測試計劃。 在此階段，還將確定測試策略。 **Activities** * 準備用于各種類型測試的測試計劃/策略文檔 * 測試工具選擇 * 測試工作量估算 * 資源計劃以及確定角色和職責。 * 培訓要求 **Deliverables** * [測試計劃](/what-everybody-ought-to-know-about-test-planing.html) /策略文件。 * [工作量估算](/an-expert-view-on-test-estimation.html)文檔。 ## 測試用例開發 此階段涉及測試用例&測試腳本的創建，驗證和返工。 [識別/創建測試數據](/software-testing-test-data.html)，并對其進行檢查，然后進行重新處理。 **活動** * 創建測試用例，自動化腳本（如果適用） * 審查和基準測試用例和腳本 * 創建測試數據（如果“測試環境”可用） **Deliverables** * 測試用例/腳本 * 測試數據 ## 測試環境設置 測試環境決定了測試工作產品的軟件和硬件條件。 測試環境的設置是測試過程的關鍵方面之一， ***可以與測試用例開發階段*** 同時進行。 如果客戶/開發團隊提供了測試環境，則 ***測試團隊可能不會參與此活動*** ，在這種情況下，測試團隊需要對測試/測試團隊進行準備性檢查（煙霧測試）。 給定的環境。 **Activities** * 了解所需的體系結構，環境設置，并準備測試環境的硬件和軟件要求列表。 * 設置測試環境和測試數據 * 在構建上執行煙霧測試 **Deliverables** * 準備好環境并設置測試數據 * 煙霧測試結果。 ## 測試執行 在此階段，測試人員將根據測試計劃和準備的測試用例進行測試。 錯誤將報告給開發團隊以進行更正和重新測試。 **活動** * 按照計劃執行測試 * 記錄測試結果，并記錄失敗案例的缺陷 * 將缺陷映射到 RTM 中的測試用例 * 重新測試[缺陷](/defect-management-process.html)修復 * 跟蹤缺陷以解決問題 **Deliverables** * 具有執行狀態的已完成 RTM * 測試用例更新結果 * 缺陷報告 ## 測試周期結束 測試團隊將開會，討論和分析測試工件，以識別將來必須實施的策略，并從當前測試周期中吸取教訓。 該想法是消除將來測試周期的過程瓶頸，并在將來共享任何類似項目的最佳實踐。 **Activities** * 根據時間，測試范圍，成本，軟件，關鍵業務目標，質量評估周期完成標準 * 根據上述參數準備測試指標。 * 記錄項目中的學習情況 * 準備測試結束報告 * 向客戶定性和定量報告工作產品的質量。 * 測試結果分析以按類型和嚴重性找出缺陷分布。 **Deliverables** * 測試結束報告 * 測試指標 ## STLC 階段以及進入和退出條件 | **STLC 階段** | **進入標準** | **活動** | **退出條件** | **可交付成果** | | --- | --- | --- | --- | --- | | 需求分析 | * 要求可用文件（功能和非功能性文件） * 定義了接受標準。 * 應用程序體系結構文檔可用。 | * 分析業務功能以了解業務模塊和特定于模塊的功能。 * 標識模塊中的所有事務。 * 標識所有用戶配置文件。 * 收集用戶界面/身份驗證，地理分布要求。 * 標識要執行的測試類型。 * 收集有關測試優先級和重點的詳細信息。 * 準備要求 [可追溯性矩陣](/traceability-matrix.html) （RTM）。 * 標識應該執行測試的測試環境詳細信息。 * 自動化可行性分析（如果需要）。 | * 已簽署 RTM * 客戶已簽署了測試自動化可行性報告 | * RTM * 自動化可行性報告（如果適用） | | 測試計劃 | * 需求文檔 * 需求追蹤矩陣。 * 測試自動化可行性文件。 | * 分析各種可用的測試方法 * 最終確定最合適的方法 * 準備用于各種類型測試的測試計劃/策略文檔 * 測試工具 選擇 * 測試工作量估算 * 資源規劃以及確定角色和職責。 | * 批準的測試計劃/策略文件。 * 工作量估算文檔已簽署。 | * 測試計劃/策略文件。 * 工作量估算文件。 | | 測試案例開發 | * 需求文檔 * RTM 和測試計劃 * 自動化分析報告 | * 創建測試用例，測試設計，自動化腳本（如適用） * 復查基準測試用例和腳本并對其進行基準測試 * 創建測試數據 | * 已審閱并簽名的測試用例/腳本 * 已審閱并簽名的測試數據 | * 測試用例/腳本 * 測試數據 | | 測試環境設置 | * 提供系統設計和架構文檔 * 提供環境設置計劃 | * 了解所需的體系結構，環境設置 * 準備硬件和軟件開發要求列表 * 最終確定連接要求 * 準備環境設置清單 * 設置測試環境和測試數據 * 對建筑物進行煙霧測試 * 根據煙霧測試結果接受/拒絕建筑物 | * 環境設置正在按計劃和清單進行操作 * 測試數據設置完成 * 煙霧測試成功 | * 已準備好環境，并設置了測試數據 * 煙霧測試結果。 | | 測試執行 | * 基準 RTM， [測試計劃](/what-everybody-ought-to-know-about-test-planing.html) ，測試用例/腳本可用 * 測試環境已準備就緒 * 測試數據已建立 * 提供了要測試的構建的單元/集成測試報告 | * 按計劃執行測試 * 記錄測試結果，并記錄失敗案例的缺陷 * 如有必要，更新測試計劃/測試案例 * 地圖缺陷 在 RTM 中測試案例 * 重新測試缺陷修復程序 * [應用程序的回歸測試](/regression-testing.html) * 跟蹤缺陷以解決 | * 執行所有計劃的測試 * 記錄缺陷并跟蹤缺陷以使其關閉 | * 已完成 RTM，執行狀態為 * 測試用例已更新為結果 * 缺陷報告 | | 測試周期結束 | * 測試已完成 * 提供了測試結果 * 有缺陷日志 | * 根據-時間， [測試覆蓋率](/test-coverage-in-software-testing.html) ，成本，軟件質量，關鍵業務目標 * 根據上述參數評估周期完成標準。 * 記錄項目中的學習情況 * 準備測試結束報告 * 向客戶定性和定量報告工作產品的質量。 * 測試結果分析，以按類型和嚴重性找出缺陷分布 | 客戶簽署的測試結束報告 | * 測試結束報告 * 測試指標 |