需求可追蹤性

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

需求追溯的能力是將開發過程中的兩個或多個階段互相關聯並加以記錄，從其起源可以進行前向或反向追蹤。需求可追蹤性可協助小組深入了解指標，例如需求品質或準備寄送需求。需求可追蹤性的基本層面在於將需求與測試案例、漏洞和程式代碼變更相互關聯。

閱讀詞彙以瞭解測試報告術語。

執行自動化測試的敏捷式小組

敏捷團隊具有特性，包括但不限於下列各項

下列各節會從品質、Bug 和來源的角度探索敏捷式小組的可追蹤性。

使用簡單的方法來監視測試結果，將專案需求連結至端對端可追蹤性。若要連結自動化測試與需求，請參閱測試報告。

在組建或發行摘要的 [測試] 索引標籤下的結果區段中，選取要連結至需求的測試，然後選擇 [鏈接]。
選擇要以下欄取其中一種方式連結至選取測試的工作專案：
- 從建議的工作專案清單中選擇適用的工作專案。此清單是以最近檢視和更新的工作項目為基礎。
- 指定工作項目識別碼。
- 根據標題文字搜尋工作專案。
此清單只會顯示屬於 [需求] 類別的工作專案。
團隊通常會想要將需求可追蹤性的摘要檢視固定到儀錶板。利用「需求品質」小工具來達成此目的。
配置需求品質小工具，選擇必要的選項並加以儲存。
- 需求查詢：選取可擷取需求的工作項目查詢，例如當前迭代中的用戶故事。
- 質量數據：指定應追蹤需求品質的管線階段。
在團隊儀表板中檢視小工具。它會列出範圍內的所有需求，以及測試的通過率和失敗測試的數量。選取「失敗的測試計數」會開啟所選組建或發行的「測試」標籤頁。小工具也有助於追蹤需求，而不需要任何相關聯的測試。

測試可提供將變更傳送給使用者的信心量值。測試失敗表示變更發生問題。由於測試來源中的錯誤、錯誤的測試程式代碼、環境問題、不穩定的測試等等，可能會發生失敗。錯誤提供了一種健全的方法來追蹤測試失敗，並促使小組成員負起責任，以採取必要的補救行動。若要將 Bug 與測試結果產生關聯，請參閱測試報告。

在 [測試] 索引標籤的 [結果] 區段中，選取應該建立 Bug 的測試，然後選擇 [ Bug]。多個測試結果可以對應到一個單一的 Bug，這通常發生在失敗原因歸因於單一因素時，例如不可用的相依服務、資料庫連線失敗或類似問題。
開啟工作專案。 Bug 會擷取測試結果的完整內容，包括重要資訊，例如錯誤訊息、堆疊追蹤、批注等等。
在 [測試] 索引標籤內，直接在內容中檢視含有測試結果的 Bug。[工作專案] 索引標籤也會列出測試結果的任何連結需求。
從工作專案，直接流覽至相關聯的測試結果。測試案例和特定測試結果都會連結到錯誤。
在工作專案中，選取 [測試案例 ] 或 [測試結果 ] 以直接移至 所選組建或發行的 [測試 ] 頁面。您可以針對失敗進行疑難解答、在 Bug 中更新分析，並視需要進行變更，以修正問題。雖然這兩個鏈接都會帶您前往 [測試] 索引標籤，但預設區段包含 [歷程記錄 ] 和 [偵錯]。

針對一段時間內一致發生的測試失敗進行疑難解答時，請務必回溯到初始變更集，也就是失敗發生的地方。此步驟可大幅縮小範圍，以找出有問題的測試或受測來源。若要探索測試失敗的第一個實例，並將其追蹤回相關聯的程式代碼變更，請瀏覽組建或發行中的 [測試] 索引標籤。

在 [測試] 標籤中，選取要分析的測試失敗項目。根據是建置還是發行，選擇失敗建置或失敗發行欄位進行測試。

[測試] 索引標籤的另一個實例會在新的視窗中開啟，其中顯示測試連續失敗的第一個實例。
根據建置或發行管線，您可以選擇時間軸檢視或管線檢視來查看已提交的程式碼變更。您可以分析程式代碼變更，以識別測試失敗的潛在根本原因。