需求可追蹤性

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

需求可追蹤 性是關聯和記錄開發程式兩個或多個階段的能力,然後可以從其原點往前或向後追蹤。 需求可追蹤性可協助小組深入了解指標,例如需求品質或準備寄送需求。 需求可追蹤性的基本層面是測試案例、Bug 和程式代碼變更的需求關聯。

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

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

敏捷式小組具有特性,包括但不限於下列專案

  • 更快速的發行週期
  • 管線中的持續測試
  • 可忽略的手動測試使用量;僅限於探勘測試
  • 高度自動化

下列各節會探索敏捷式小組品質Bug來源觀點的可追蹤性。

品質可追蹤性

為了確保使用者需求符合品質目標,專案中的需求可以連結至測試結果,然後可在小組的儀錶板上檢視。 這可透過簡單的方法來監視測試結果,讓端對端可追蹤性。 若要連結自動化測試與需求,請流覽 組建或發行中的測試報告

  1. 在組建或發行摘要的 [測試] 索引標籤下的結果區段中,選取要連結至需求的test(s),然後選擇 [連結]。

    選取要連結至需求的測試

  2. 選擇要以其中一個指定方式連結至所選測試的工作專案:

    • 從建議的工作專案清單中選擇適用的工作專案。 此清單是以最近檢視和更新的工作項目為基礎。
    • 指定工作項目識別碼。
    • 根據標題文字搜尋工作專案。

    選取需求工作專案

    此清單只會顯示屬於 [需求] 類別的工作專案。

  3. 將需求連結至測試結果之後,您可以檢視依需求分組的測試結果。 需求是所提供的許多「分組依據」選項之一,可讓您輕鬆地瀏覽測試結果。

    依需求分組結果

  4. Teams 通常會想要將需求可追蹤性的摘要檢視釘選到儀錶板。 針對此使用需求品質小工具。

    建立小組儀錶板

  5. 使用必要的選項設定需求品質小工具並加以儲存。

    • 需求查詢:選取可擷取需求的工作項目查詢,例如目前反覆專案中的用戶劇本。
    • 質量數據:指定應追蹤需求品質的管線階段。

    設定小工具

  6. 在小組儀錶板中檢視小工具。 它會列出範圍中的所有 需求 ,以及 測試和失敗測試計數的通過率選取 [失敗的測試計數] 會開啟所選組建或發行的 [測試] 索引標籤。 小工具也有助於追蹤需求,而不需要任何相關聯的測試。

    追蹤不需要測試的需求

為了確保使用者需求符合品質目標,專案中的需求可以連結至測試結果,然後可在小組的儀錶板上檢視。 這可透過簡單的方法來監視測試結果,讓端對端可追蹤性。 若要連結自動化測試與需求,請流覽 組建或發行中的測試報告

  1. 在組建或發行摘要的 [測試] 索引標籤下的結果區段中,選取要連結至需求的test(s),然後選擇 [連結]。

    選取要連結至需求的測試

  2. 選擇要以其中一個指定方式連結至所選測試的工作專案:

    • 從建議的工作專案清單中選擇適用的工作專案。 此清單是以最近檢視和更新的工作項目為基礎。
    • 指定工作項目識別碼。
    • 根據標題文字搜尋工作專案。

    選取需求工作專案

    此清單只會顯示屬於 [需求] 類別的工作專案。

  3. Teams 通常會想要將需求可追蹤性的摘要檢視釘選到儀錶板。 針對此使用需求品質小工具。

    建立小組儀錶板

  4. 使用必要的選項設定需求品質小工具並加以儲存。

    • 需求查詢:選取可擷取需求的工作項目查詢,例如目前反覆專案中的用戶劇本。
    • 質量數據:指定應追蹤需求品質的管線階段。

    設定小工具

  5. 在小組儀錶板中檢視小工具。 它會列出範圍中的所有 需求 ,以及 測試和失敗測試計數的通過率選取 [失敗的測試計數] 會開啟所選組建或發行的 [測試] 索引標籤。 小工具也有助於追蹤需求,而不需要任何相關聯的測試。

    追蹤不需要測試的需求

Bug 可追蹤性

測試可提供將變更傳送給使用者的信心量值。 測試失敗表示變更的問題。 失敗的原因有很多,例如測試來源中的錯誤、不正確的測試程式代碼、環境問題、 浮點測試等等。 Bug 提供健全的方式來追蹤測試失敗,並推動小組中的責任,以採取必要的補救動作。 若要將 Bug 與測試結果產生關聯,請瀏覽 組建或發行中的測試報告

  1. 在 [測試] 索引標籤的 [結果] 區段中,選取應該建立 Bug 的測試,然後選擇 [Bug]。 多個測試結果可以對應至單一 Bug。 當失敗的原因歸咎於單一原因,例如相依服務無法使用、資料庫連線失敗或類似問題時,通常會這樣做。

    將 Bug 連結至測試

  2. 開啟工作專案以查看 Bug。 它會擷取測試結果的完整內容,包括錯誤訊息、堆疊追蹤、批注等重要資訊。

    擷取錯誤詳細數據

  3. 在 [測試] 索引標籤內,直接在內容中檢視含有測試結果的 Bug。[工作專案] 索引標籤也會列出測試結果的任何連結需求。

    在 [測試] 索引標籤中檢視 Bug

  4. 從工作專案,直接流覽至相關聯的測試結果。 測試 案例 和特定 測試結果 都會連結到 Bug。

    Bug 中的測試連結

  5. 在工作專案中,選取 [測試案例 ] 或 [測試結果 ] 以直接移至 所選組建或發行的 [測試 ] 頁面。 您可以針對失敗進行疑難解答、在 Bug 中更新分析,並視需要進行變更,以修正問題。 雖然這兩個鏈接都會帶您前往 [測試] 索引標籤,但顯示的預設區段分別為 [歷程記錄 ] 和 [偵錯 ]。

    測試索引標籤完整頁面檢視

來源可追蹤性

針對在一段時間內持續發生的測試失敗進行疑難解答時,請務必回溯到初始變更集,也就是失敗的來源。 這有助於大幅縮小識別有問題的測試或受測來源的範圍。 若要探索測試失敗的第一個實例,並將其追蹤回相關聯的程式代碼變更,請瀏覽 組建或發行中的 [測試] 索引標籤

  1. 在 [測試] 索引標籤中,選取要分析的測試失敗。 根據它是組建或發行,選擇 測試的 [失敗組建 ] 或 [失敗發行 ] 數據行。

    檢視失敗版本

  2. 這會在新視窗中開啟 [測試] 索引標籤的另一個實例,其中顯示測試連續失敗的第一個實例。

    原始測試失敗

  3. 根據組建或發行管線,您可以選擇時間軸或管線檢視,以查看已認可哪些程式代碼變更。 您可以分析程式代碼變更,以識別測試失敗的潛在根本原因。

    檢視程式代碼認可

使用計劃性測試的傳統小組

從手動測試移至連續(自動化)測試,且已自動化測試子集的小組,可以在管線或隨選執行測試(請參閱 測試報告)。 稱為計劃測試,自動化測試可以與測試計劃中的測試案例相關聯,並從 Azure 測試計劃執行。 一旦建立關聯,這些測試就會參與對應需求的品質計量。

說明與支援