STLC - 需求分析

需求分析是STLC的第一階段，它從SRD/SRS共享給測試團隊的那一刻開始。讓我們考慮以下幾點來理解STLC中的需求分析。

• 本階段的入口準則是提供SRS（軟體需求規格說明書）；也建議準備好應用程式架構。

• 在這個階段，QA團隊在更高層次上分析要測試什麼以及如何測試。

• 如果需要任何查詢或澄清以理解需求，QA團隊將與業務分析師、系統架構師、客戶、測試經理/主管等各種利益相關者跟進。

• 需求可以是功能性的或非功能性的，例如效能、安全、可用性等，或者兼具功能性和非功能性。

• 本階段的出口準則是完成RTM文件、自動化可行性報告以及如有必要的問題列表，以便更具體地說明需求。

需求分析執行的活動

在這個階段，QA團隊執行三個主要活動。這些活動已在下面描述。

定義範圍

QA團隊在高層次上識別測試範圍，並將其劃分為各種功能模組。團隊還確定需要執行的測試型別——冒煙測試、健全性測試、功能測試、迴歸測試等。QA團隊分析先決條件和應該執行測試的環境細節。團隊收集有關測試優先順序的詳細資訊，並重點關注要驗證的模組順序。它還確定如果模組相互矛盾並且功能沒有與其他模組一起延續，則需要改進需求。

準備RTM

需求跟蹤是記錄需求與為實現和驗證這些需求而開發的工作產品之間連結的過程。RTM在一個文件中捕獲需求分析中的所有需求及其可追溯性。所有這些都在生命週期結束時交付。

矩陣是在專案開始時建立的，因為它構成了專案範圍和將要產生的交付成果的基礎。

矩陣是雙向的，因為它透過檢查交付成果的輸出來向前跟蹤需求，並透過檢視為產品特定功能指定的業務需求來向後跟蹤。

自動化分析

在需求階段，QA團隊分析迴歸測試的自動化範圍。如果自動化被新增到範圍內，團隊將決定可以使用哪個工具，哪些功能將被作為自動化覆蓋，以及自動化開發涉及的時間範圍和資源分配。完成此分析後，QA團隊向不同的利益相關者提供自動化可行性報告以獲得批准。