1. 程式人生 > >STLC - 軟件測試生命周期

STLC - 軟件測試生命周期

事務 需要 集成 測試覆蓋率 瓶頸 功能 目的 要求 更新

什麽是軟件測試生命周期(STLC)?

軟件測試生命周期(STLC)定義為執行軟件測試的一系列活動。

它包含一系列在方法上進行的活動,以幫助認證您的軟件產品。

圖 - 軟件測試生命周期的不同階段

技術分享圖片

每個階段都有明確的進入和退出標準; ,與之相關的活動和交付成果。

什麽是進入和退出標準?

進入標準:進入標準給出了必須在測試開始之前完成的先決條件。

退出標準:退出標準定義了在完成測試之前必須完成的項目

您有軟件測試生命周期(STLC)中所有級別的進入和退出標準

在理想世界中,在滿足前一階段的退出標準之前,您不會進入下一階段。但實際上這並不總是可行的。因此,對於本教程,我們將重點關註STLC生命周期中不同階段的活動和可交付成果。讓我們詳細研究它們。

需求分析

在此階段,測試團隊從測試的角度研究需求,以確定可測試的需求。

QA團隊可以與各種利益相關者(客戶,業務分析師,技術主管,系統架構師等)進行互動,以詳細了解需求。

要求可以是功能(定義軟件必須執行的操作)或非功能(定義系統性能/安全可用性)

在此階段還完成了給定測試項目的自動化可行性。

活動

  • 確定要執行的測試類型。
  • 收集有關測試優先級和重點的詳細信息。
  • 準備需求可追蹤性矩陣(RTM)。
  • 確定應該進行測試的測試環境細節。
  • 自動化可行性分析(如果需要)。

交付

  • RTM
  • 自動化可行性報告 (如適用)

測試計劃

通常,在此階段,高級質量保證經理將確定項目的工作量和成本估算,並準備並最終確定測試計劃。在此階段,還確定了測試策略。

活動

  • 為各種類型的測試準備測試計劃/策略文檔
  • 測試工具選擇
  • 測試工作量估算
  • 資源規劃和確定角色和職責。
  • 培訓要求

交付

  • 測試計劃 /戰略文件。
  • 努力估算文件。

測試用例開發

此階段涉及測試用例和測試腳本的創建,驗證和返工。識別/創建測試數據並進行檢查,然後再進行重新設計。

活動

  • 創建測試用例,自動化腳本(如果適用)
  • 檢查和基準測試用例和腳本
  • 創建測試數據(如果測試環境可用)

交付

  • 測試用例/腳本
  • 測試數據

測試環境設置

測試環境決定測試工作產品的軟件和硬件條件。測試環境設置是測試過程的關鍵方面之一,可以與測試用例開發階段並行完成

。如果客戶/開發團隊提供測試環境,測試團隊可能不參與此活動,在這種情況下,測試團隊需要對給定環境進行準備檢查(冒煙測試)。

活動

  • 了解所需的體系結構,環境設置以及為測試環境準備硬件和軟件需求列表。
  • 設置測試環境和測試數據
  • 在構建上執行冒煙測試

交付

  • 環境準備就緒,設置了測試數據
  • 煙霧測試結果。

測試執行

在此階段,測試人員將根據測試計劃和準備的測試用例進行測試。錯誤將報告給開發團隊進行更正,並將進行重新測試。

活動

  • 按計劃執行測試
  • 記錄測試結果,並記錄失敗案例的缺陷
  • 將缺陷映射到RTM中的測試用例
  • 重新測試缺陷修復程序
  • 跟蹤缺陷到關閉

交付

  • 已完成具有執行狀態的RTM
  • 測試用例更新了結果
  • 缺陷報告
  • 測試周期關閉

    測試團隊將會見,討論和分析測試工件,以確定將來必須實施的策略,從當前測試周期中吸取教訓。我們的想法是消除未來測試周期的流程瓶頸,並在將來分享任何類似項目的最佳實踐。

    活動

    • 根據時間,測試覆蓋率,成本,軟件,關鍵業務目標,質量評估周期完成標準
    • 根據上述參數準備測試指標。
    • 記錄項目的學習情況
    • 準備測試結束報告
    • 向客戶定性和定量報告工作產品的質量。
    • 測試結果分析,根據類型和嚴重程度找出缺陷分布。

    交付

    • 測試結束報告
    • 測試指標

    最後,總結 STLC階段以及進入和退出標準

STLC階段

入境標準

活動

退出標準

交付

需求分析

要求可用文件(功能和非功能)

定義的驗收標準。

應用程序架構文檔可用

分析業務功能以了解業務模塊和模塊特定功能。

識別模塊中的所有事務。

識別所有用戶配置文件。

收集用戶界面/身份驗證,地理範圍要求。

確定要執行的測試類型。

收集有關測試優先級和重點的詳細信息。

準備需求可追蹤性矩陣(RTM)。

確定應該進行測試的測試環境細節。

自動化可行性分析(如果需要)。

簽署RTM

測試自動化可行性報告由客戶簽字

RTM

Automation可行性報告(如適用)

測試計劃

要求文件

要求可追溯性矩陣。

測試自動化可行性文件

分析可用的各種測試方法

最適合最適合的方法

為各種類型的測試準備測試計劃/策略文檔

測試工具選擇

測試工作量估算

資源規劃和確定角色和職責。

批準的測試計劃/戰略文件。

簽署了努力估算文件。

測試計劃/戰略文件。

努力估算文件。

測試用例開發

要求文件

RTM和測試計劃

自動化分析報告

創建測試用例,測試設計,自動化腳本(如果適用)

查看和基準測試用例和腳本

創建測試數據

審核並簽署測試用例/腳本已

審核並簽署測試數據

測試用例/腳本

測試數據

測試環境設置

系統設計和體系結構文檔可用

環境設置計劃可用

了解所需的體系結構,環境設置

準備硬件和軟件開發需求列表

最終確定連接要求

準備環境設置清單

設置測試環境和測試數據

在構建上執行煙霧測試

根據煙霧測試結果接受/拒絕構建

環境設置按照計劃和清單工作

測試數據設置完成

煙霧測試成功

環境準備就緒,測試數據設置

煙霧測試結果。

測試執行

基線RTM,測試計劃,測試用例/腳本可用

測試環境已準備好

測試數據設置已完成

要測試的構建的單元/集成測試報告可用

按計劃執行測試

文檔測試結果和失敗案例的日誌缺陷

更新測試計劃/測試用例(如有必要)將

缺陷映射到RTM中的測試用例

重新

測試缺陷修復程序回歸測試應用程序

跟蹤缺陷到關閉

計劃的所有測試都會執行

缺陷記錄並跟蹤到關閉

已完成的RTM執行狀態

測試用例已更新結果

缺陷報告

測試周期關閉

測試已完成

測試結果可用

缺陷日誌可用

根據時間,測試覆蓋率,成本,軟件質量,關鍵業務目標評估周期完成標準根據

上述參數準備測試指標。

記錄項目學習

準備測試結束報告

向客戶提供工作產品質量的定性和定量報告。

測試結果分析,根據類型和嚴重程度找出缺陷分布

測試關閉報告由客戶簽字

測試結束報告

文章出自之處:https://www.guru99.com/software-testing-life-cycle.html

STLC - 軟件測試生命周期