軟件測試快速入門5-進入退出標準

什麼是軟件測試生命週期(STLC)?

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

與普遍看法相反,軟件測試不僅僅是一項活動。 它包含一系列在方法上進行的活動,以幫助認證您的軟件產品。

STLC模型的不同階段

以下是STLC的各個階段:

  • 需求分析
  • 測試計劃
  • 測試用例開發
  • 測試環境設置
  • 測試執行
  • 測試周期關閉

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

什麼是進入和退出標準?

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

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

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

需求分析

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

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

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

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

活動

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

交付

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

測試計劃

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

活動

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

交付

  • 測試計劃/戰略文件。
  • 工作量估算文件。

測試用例開發

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

活動

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

交付

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

測試環境設置

測試環境決定測試工作產品的軟件和硬件條件。 測試環境設置是測試過程的關鍵方面之一, 可以與測試用例開發階段並行完成 。 如果客戶/開發團隊提供測試環境, 測試團隊可能不參與此活動 ,在這種情況下,測試團隊需要對給定環境進行準備檢查(冒煙測試)。

活動

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

交付

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

測試執行

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

活動

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

交付

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

測試周期關閉

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

活動

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

交付

  • 測試結束報告
  • 測試指標
STLC階段 入境標準 活動 退出標準 交付
需求分析 需求分析文件可用(功能和非功能);確定了驗收標準。 應用程序架構文檔可用 分析業務功能以瞭解業務模塊和模塊特定功能;識別模塊中的所有事務;識別所有用戶配置文件。收集用戶UI/身份驗證,地理範圍要求。確定要執行的測試類型。收集有關測試優先級和重點的詳細信息。準備需求RTM。確定應該進行測試的測試環境細節。自動化可行性分析(如果需要)。 退出RTM;測試自動化可行性報告由客戶簽字 RTM 自動化可行性報告(如適用)
測試計劃 需求文件 RTM 測試自動化可行性文件 分析各種可用的測試方法;最終確定最合適的方法;爲各種類型的測試準備測試計劃/策略文檔 ;測試工具選擇;測試工作量估算;資源規劃和確定角色和職責。 批准的測試計劃/戰略文件。 簽署了工作量評估文件。 測試計劃/戰略文件。 工作量估算文件。
測試用例開發 需求文件 RTM和測試計劃 自動化分析報告 創建測試用例,測試設計,自動化腳本(如果適用) 評審測試用例和腳本;創建測試數據 評審並簽署測試用例/腳本 評審並簽署測試數據 測試用例/腳本 測試數據
測試環境設置 系統設計和架構文檔可用 提供環境設置計劃 瞭解所需的架構,環境設置;準備硬件和軟件開發需求列表;最終確定連接要求 ;準備環境設置清單;設置測試環境和測試數據;冒煙測試;根據冒煙測試結果接受/拒絕構建 環境設置按計劃和清單完成 ;測試數據設置完成;冒煙測試成功 環境準備就緒,設置了測試數據 冒煙測試結果。
測試執行 提供基線RTM, 測試計劃,測試用例/腳本;測試環境準備就緒;完成測試數據設置;可以使用要測試的構建的單元/集成測試報告 按計劃執行測試;記錄測試結果,並記錄失敗案例的缺陷;必要時更新測試計劃/測試用例;將缺陷映射到RTM中的測試用例;重新測試缺陷修復程序;迴歸測試;跟蹤缺陷到關閉 計劃的所有測試都將執行 記錄缺陷並跟蹤到關閉 已完成具有執行狀態的RTM 測試用例更新了結果 缺陷報告
測試周期關閉 測試已經完成 測試結果可行 缺陷日誌可用 根據 時間, 測試覆蓋率,成本,軟件質量,關鍵業務目標評估週期完成標準 ;根據上述參數準備測試指標;記錄項目情況;準備測試結束報告;向客戶定性和定量報告工作產品的質量。測試結果分析以按類型和嚴重性找出缺陷分佈 測試關閉報告由客戶簽字 測試結束報告,測試指標
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章