軟體測試生命週期 (STLC) 階段

軟體測試生命週期 (STLC) 指的是軟體測試過程。

軟體測試生命週期 (STLC) 是一組在測試過程中執行的操作，以確保滿足軟體質量目標。STLC 過程包括驗證和確認。與普遍觀念相反，軟體測試不僅僅是一個單一/孤立的操作。它包含一系列以有條不紊的方式執行的操作，以幫助認證您的軟體產品。軟體測試生命週期 (STLC) 是軟體測試生命週期的縮寫。

本指南將教你如何：

  • STLC 的階段

  • 需求分析

  • 測試準備

  • 測試用例開發

  • 測試環境搭建

  • 測試執行

  • 測試周期結束

  • STLC 的階段，以及進入和退出標準

STLC 的階段

每個軟體測試生命週期模型 (STLC 模型) 都有以下六個關鍵階段：

  • 需求分析

  • 測試準備

  • 建立測試用例

  • 測試環境搭建

  • 測試執行

  • 測試周期結束

什麼是 STLC 的進入和退出標準？

  • 進入標準 - 進入標準列出了在測試開始之前必須完成的必要事項。

  • 退出標準 - 退出標準定義了在測試可以結束之前必須完成的要素。

軟體測試生命週期的所有階段都包含進入和退出標準 (STLC)

理想情況下，在上一階段的退出條件得到滿足之前，您不會進入下一階段。但是，在實踐中這並不總是可行的。因此，在本課中，我們將重點關注 STLC 生命週期各個階段的活動和可交付成果。讓我們仔細看看它們。

需求測試階段

需求階段測試，也稱為需求分析，是一個過程，其中測試團隊從測試的角度審查需求以確定可測試的需求，並且質量保證團隊可以與多個利益相關者溝通以全面瞭解需求。既可以是功能性需求，也可以是非功能性需求。在此階段還確定測試專案的自動化可行性。

需求階段測試活動

  • 確定將執行的測試型別。

  • 收集有關測試優先順序和重點的資訊。

  • 建立需求跟蹤矩陣 (RTM)。

  • 確定測試將進行的測試環境的詳細資訊。

  • 分析自動化的可行性（如果需要）。

需求階段測試可交付成果

  • RTM

  • 自動化可行性報告（如果適用）

STLC 測試計劃

在 STLC 中，測試計劃是高階質量保證經理定義測試計劃方法以及專案工作量和成本估算的階段。還確定資源、測試環境、測試約束和測試時間表。在同一步驟中，建立並完成測試計劃。

測試計劃活動

  • 為各種型別的測試準備測試計劃/策略文件

  • 選擇測試工具

  • 測試工作量估算

  • 組織資源並確定角色和責任

  • 培訓需求

測試計劃可交付成果

  • 包含測試計劃/策略的文件。

  • 工作量估算文件。

測試用例開發階段

在完成測試策略後，測試用例開發階段包括設計、驗證和修訂測試用例和測試指令碼。首先選擇測試資料，然後根據前提條件準備、檢查和修改測試資料。然後，質量保證團隊開始為特定單元建立測試用例。

測試用例開發活動

  • 建立測試用例和自動化指令碼（如果適用）

  • 測試用例和指令碼經過審查並確定基線。

  • 建立一些測試資料（如果測試環境可用）

測試用例開發可交付成果

  • 測試用例和指令碼

  • 測試資料

測試環境搭建

測試環境設定決定了評估工作產品所用的軟體和硬體環境。它是測試過程中的一個重要部分，可以與測試用例開發階段同時完成。如果開發團隊提供測試環境，則測試團隊可能不參與此任務。測試團隊需要對提供的環境進行就緒性檢查（冒煙測試）。

測試環境搭建活動

  • 通過了解所需的架構、設定環境和了解所需的架構，準備測試環境的硬體和軟體需求列表。

  • 設定測試資料和環境。

  • 對架構進行冒煙測試。

測試環境設定可交付成果

  • 測試資料已設定好，環境已準備就緒。

  • 冒煙測試結果。

測試執行階段

測試人員執行測試執行階段，他們使用已生成的測試計劃和測試用例來測試軟體版本。該過程包括測試指令碼執行、測試指令碼維護和缺陷報告。如果發現缺陷，則將其報告給開發團隊進行糾正，並進行重新測試。

測試執行活動

  • 按照計劃執行測試。

  • 記錄測試結果，並將任何失敗的例項記錄為缺陷。

  • 在 RTM 中，將缺陷對映到測試用例。

  • 重新測試缺陷修復

  • 跟蹤問題，直到它們得到解決。

測試執行可交付成果

  • RTM 已完成，執行狀態已設定。

  • 測試用例已更新結果。

  • 缺陷報告

測試周期結束

測試周期結束階段包含許多操作，例如測試完成報告、收集測試完成矩陣和分析測試結果。測試團隊成員會面、討論和審查測試工件，以便根據當前測試周期的經驗教訓制定必須在將來應用的策略。目標是消除未來測試周期中的流程瓶頸。

測試周期結束

  • 在評估週期完成要求時，需要考慮時間、測試覆蓋率、成本、軟體、關鍵業務目標和質量等因素。

  • 根據上面列出的特徵準備測試指標。

  • 跟蹤專案中學到的知識。

  • 準備測試結束報告。

  • 以定性和定量的方式向客戶報告工作成果的質量。

  • 分析測試結果以確定按型別和嚴重性劃分的缺陷分佈。

測試周期結束可交付成果

  • 測試完成報告

  • 測試指標

STLC 階段進入標準活動退出標準可交付成果
需求分析

  • 需求文件可用（功能性和非功能性）

  • 驗收標準已確定。

  • 應用程式的架構文件可用。

  • 分析業務功能以瞭解特定於每個模組的業務模組和功能。

  • 必須識別模組中的所有事務。

  • 列出所有使用者配置檔案。

  • 收集使用者介面/身份驗證以及地理分佈的需求。

  • 確定將執行的測試型別。

  • 收集有關測試優先順序和重點的資訊。

  • 建立需求跟蹤矩陣 (RTM)。

  • 確定測試將進行的測試環境的詳細資訊。

  • 分析自動化的可行性（如果需要）。

  • RTM 已簽字。

  • 客戶已簽字確認測試自動化可行性研究。

  • RTM

  • 自動化可行性報告（如果適用）

測試準備

  • 需求說明文件

  • 需求跟蹤矩陣

  • 測試自動化可行性研究文件。

  • 檢查可用的各種測試方法。

  • 確定最佳方案。

  • 為各種型別的測試準備測試計劃/策略文件

  • 選擇測試工具

  • 測試工作量估算

  • 組織資源並確定角色和責任

  • 測試計劃/策略文件已批准。

  • 工作量估算文件已簽字。

  • 包含測試計劃/策略的文件。

  • 工作量估算文件。

測試用例開發

  • 需求說明文件

  • RTM 和測試策略

  • 自動化分析報告

  • 應建立測試用例、測試設計和自動化指令碼（如果適用）

  • 測試用例和指令碼經過審查並確定基線。

  • 建立一些測試資料。

  • 測試用例/指令碼已稽核並簽字。

  • 測試資料已稽核並簽字。

  • 測試用例和指令碼

  • 測試資料

測試環境搭建

  • 系統設計和架構文件可用。

  • 提供環境設定策略。

  • 識別所需的架構和環境設定。

  • 列出開發的硬體和軟體需求。

  • 完成連線規範。

  • 準備環境設定清單。

  • 設定測試資料和環境。

  • 對架構進行冒煙測試。

  • 根據冒煙測試的結果接受或拒絕版本。

  • 環境已根據計劃和清單設定完畢。

  • 測試資料設定已完成。

  • 冒煙測試成功。

  • 測試資料已設定好，環境已準備就緒。

  • 冒煙測試結果。

測試執行

  • 已提供基線RTM、測試計劃和測試用例/指令碼。

  • 測試環境現已可用。

  • 測試資料已設定完畢。

  • 已提供待測版本的單元/整合測試報告。

  • 按照計劃執行測試。

  • 記錄測試結果，並將任何失敗的例項記錄為缺陷。

  • 如有必要，請修改測試設計和測試用例。

  • 在 RTM 中，將缺陷對映到測試用例。

  • 重新測試錯誤修復。

  • 應用程式迴歸測試。

  • 跟蹤問題，直到它們得到解決。

  • 所有計劃的測試都已執行。

  • 缺陷已報告並監控，直至解決。

  • RTM已完成，正在執行中。

  • 測試用例已更新結果。

  • 缺陷報告

測試周期結束

  • 測試已結束。

  • 測試結果現已可用。

  • 缺陷日誌已可用。

  • 評估週期完成要求時，需要考慮時間、測試覆蓋率、成本、軟體質量和關鍵業務目標等所有因素。

  • 根據上面列出的特徵準備測試指標。

  • 跟蹤專案中學到的知識。

  • 準備測試結束報告。

  • 以定性和定量的方式向客戶報告工作成果的質量。

  • 分析測試結果，確定按種類和嚴重程度劃分的缺陷分佈。

  • 客戶已簽署測試結束報告。

  • 測試完成報告

  • 測試指標

更新於：2021年12月2日

瀏覽量：1000+

啟動您的職業生涯

透過完成課程獲得認證

開始
廣告
© . All rights reserved.