<ruby id="bdb3f"></ruby>

    <p id="bdb3f"><cite id="bdb3f"></cite></p>

      <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
        <p id="bdb3f"><cite id="bdb3f"></cite></p>

          <pre id="bdb3f"></pre>
          <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

          <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
          <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

          <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                <ruby id="bdb3f"></ruby>

                ??一站式輕松地調用各大LLM模型接口,支持GPT4、智譜、豆包、星火、月之暗面及文生圖、文生視頻 廣告
                # 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>![STLC Model image](https://img.kancloud.cn/5b/54/5b54e94ffd9d79611889704be4a7e02b_474x211.png) <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) ,成本,軟件質量,關鍵業務目標 * 根據上述參數評估周期完成標準。 * 記錄項目中的學習情況 * 準備測試結束報告 * 向客戶定性和定量報告工作產品的質量。 * 測試結果分析,以按類型和嚴重性找出缺陷分布 | 客戶簽署的測試結束報告 | * 測試結束報告 * 測試指標 |
                  <ruby id="bdb3f"></ruby>

                  <p id="bdb3f"><cite id="bdb3f"></cite></p>

                    <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
                      <p id="bdb3f"><cite id="bdb3f"></cite></p>

                        <pre id="bdb3f"></pre>
                        <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

                        <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
                        <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

                        <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                              <ruby id="bdb3f"></ruby>

                              哎呀哎呀视频在线观看