共用方式為

品質儀表板 (Agile)

  • 發行項

您可以使用 [品質] 儀表板，針對與開發中軟體品質有關的測試、開發和組建領域，取得目前進度的概觀。 小組可以使用 [品質] 儀表板來了解產品品質，以及做出有助於達到產品品質方面之小組目標的決策。

透過此儀表板，您可以檢閱測試進度、組建狀態、解決與關閉 Bug 的進度、Bug 重新啟動率、已測試程式碼的百分比，以及程式碼變更的趨勢。 每一項度量資訊都是依據最近四週的現況所繪製。

注意事項注意事項

儀表板是透過 Team 專案入口網站存取的。 只有在該入口網站已啟用，而且已佈建為使用 Microsoft Office SharePoint Server 2007，您才能存取 [品質] 儀表板。 如需詳細資訊，請參閱儀表板 (Agile) 或存取 Team 專案入口網站和流程指引。

本主題內容

  • 儀表板所顯示的資料

  • 追蹤品質時的必要活動

  • 品質問題疑難排解

  • 自訂品質儀表板

您可以使用此儀表板來回答下列問題：

  • 測試工作是否按照進度進行？

  • 小組測試的功能是否適當？

  • 小組修正 Bug 的品質高嗎？

  • 測試是否過時？

  • 小組是否有足夠的測試？

  • 有發生任何瓶頸嗎？

必要的使用權限

若要檢視儀表板，您必須在 SharePoint 產品中具有 Team 專案的 [讀取] 權限，或屬於具有該權限的群組。 若要修改、複製或自訂儀表板，您必須在 SharePoint 產品中具有 Team 專案的 [Members] 權限，或屬於具有該權限的群組。 如需詳細資訊，請參閱將使用者加入至 Team 專案。

若要以 Office Excel 修改報表，您必須是 SQL Server Analysis Services 中 [TfsWarehouseDataReaders] 安全性角色的成員，而且必須在 SharePoint 產品中具有 Team 專案的 [Members] 權限，或屬於具有該權限的群組。 如需詳細資訊，請參閱授與 Visual Studio ALM 所需之資料倉儲資料庫的存取權限。

您必須是 [Readers] 群組的成員，或您的 [檢視此節點中的工作項目] 權限必須設定為 [允許]，才能檢視工作項目。 您必須是 [Contributors] 群組的成員，或是您的 [編輯此節點中的工作項目] 權限已設為 [允許]，才能建立或修改工作項目。 如需詳細資訊，請參閱管理使用權限。

儀表板所顯示的資料

小組成員可以使用 [品質] 儀表板來決定所開發產品的整體品質。 在理想情況下，測試成功率、Bug 和程式碼變換全都會顯示相同的圖片，但這不常發生。 當您發現不一致的情形，您必須更仔細檢查適當的組建和資料數列。 [品質] 儀表板會綜合顯示測試結果、測試涵蓋的程式碼範圍、程式碼變化和 Bug，協助您同時了解許多層面。

具體來說，此儀表板會顯示下圖所示和下表所述的 Web 組件。

產品品質儀表板

注意事項注意事項

只有在小組使用測試執行器和 Microsoft 測試管理員來建立測試計劃和執行測試時，才能使用 [測試計劃進度] 報表。 如需如何定義測試套件和測試計劃的詳細資訊，請參閱使用測試套件組織測試案例。

當 Team 專案的資料倉儲無法使用時，不會出現進度、組建和程式碼圖表 (報表 步驟 1 至 步驟 6)。

若要進一步了解如何解釋、更新或自訂在 [品質] 儀表板出現的圖表，請參閱下表中的主題。

Web 組件

顯示的資料

相關主題
步驟 1

最近四週所有測試案例之測試結果的堆疊區域圖，依最新記錄的結果 ( [永不執行]、[已封鎖]、[失敗] 或 [成功] ) 分組。

測試計劃進度 Excel 報表

測試計劃進度報表
步驟 2

堆疊直條圖，顯示最近四週有多少組建 [失敗] 或 [成功]。

[組建狀態] 報表

組建狀態 Excel 報表
步驟 3

最近四週所有 Bug 累加計數的堆疊區域圖，依狀態分組。

Bug 進度 Excel 報表

Bug 進度 Excel 報表
步驟 4

最近四週小組已重新啟動多少個已解決或已關閉狀態 Bug 的堆疊區域圖。

Bug 重新啟動 Excel 報表

Bug 重新啟動 Excel 報表
步驟 5

折線圖，顯示最近四週已由組建驗證測試 (BVT) 和其他測試所測試的程式碼百分比。

程式碼涵蓋範圍報表

程式碼涵蓋範圍 Excel 報表
步驟 6

堆疊區域圖，顯示最近四週小組在組建之前於簽入中加入、移除和變更多少行程式碼。

程式碼變換報表

程式碼變換 Excel 報表
步驟 7

近期活動的清單。 此清單衍生自 SharePoint Web 組件。

匯入事件 Web 組件

不適用
步驟 8

作用中、已解決和已關閉工作項目的計數。 您可以按一下每個數字來開啟工作項目清單。 此清單衍生自 Team Web Access Web 組件。

[專案工作項目] Web 組件

工作項目和工作流程 (Agile)
9

最近組建及其狀態的清單。 您可以按一下特定的組建，檢視其他詳細資料。 此清單衍生自 Team Web Access Web 組件。

[最近的組建] Web 組件

圖例：

建置進行中：建置進行中

建置未啟動：建置未啟動

建置成功：建置成功

建置失敗：建置失敗

建置已停止：建置已停止

建置已部分成功：建置已部分成功。

管理和檢視已完成的組建
10

最近簽入的清單。 您可以按一下特定的簽入，檢視其他詳細資料。 此清單衍生自 Team Web Access Web 組件。

[最近的簽入] Web 組件

使用簽入和暫止的變更視窗

監視品質時的必要活動

若要讓 [品質] 儀表板變得更加實用與精確，小組必須執行本節說明的活動。

追蹤測試計劃進度時的必要活動

若要讓 [測試計劃進度] 報表變得更加實用與精確，小組必須執行下列活動：

  • 定義測試案例和使用者本文，並建立測試案例和使用者本文之間的 [測試者] 連結。

  • 定義測試計劃，並指派測試案例給測試計劃。 如需詳細資訊，請參閱使用測試計劃定義您的測試工作。

  • 在手動測試中，將測試案例中每個驗證步驟的結果標記為成功或失敗。

    重要事項重要事項

    如果測試步驟是驗證測試步驟，則測試人員必須將該測試步驟標上狀態。 測試案例的整體結果會反映測試人員標記的所有測試步驟狀態。 因此，如果測試人員將任何測試步驟標記為失敗或沒有標記，則測試案例也會變成失敗狀態。

    在自動化測試中，每個測試案例都會自動標記為成功或失敗。

  • (選擇性) 若要支援篩選，請將 [反覆項目] 和 [區域] 路徑指派給每個測試案例。

    注意事項注意事項

    如需如何定義區域和反覆項目路徑的詳細資訊，請參閱 建立和修改區域和反覆項目。

追蹤 Bug 進度和 Bug 重新啟動時的必要活動

若要讓 [Bug 進度] 和 [Bug 重新啟動] 報表變得更加實用與精確，小組必須執行下列活動：

  • 定義 Bug。

  • 在小組修正、驗證、關閉和重新啟動每一個 Bug 時更新其 [狀態]。

  • (選擇性) 指定每個 Bug 的 [反覆項目] 和 [區域] 路徑 (如果您要依這些欄位來篩選的話)。

追蹤組建狀態、程式碼涵蓋範圍和程式碼變換時的必要活動

若要讓 [組建狀態]、[程式碼涵蓋範圍] 和 [程式碼變換] 報表變得更加實用與精確，小組成員必須執行下列活動：

品質問題疑難排解

[品質] 儀表板可以針對下表說明的特定品質問題，協助您進行監視並識別小組可採取的動作。

問題

要檢閱的報表

疑難排解附註

建置失敗

組建狀態

夜間組建對軟體開發專案而言很重要。 當組建沒有成功完成或通過組建驗證測試 (BVT) 時，小組必須立即修正問題。

測試失敗

測試計劃進度

程式碼變換

當測試和程式碼變換的失敗率很高時，小組可能需要調查軟體常失敗的原因。 原因可能包括開發行為不嚴謹，或是對早期反覆項目週期的測試太嚴密。

通過測試，但是 Bug 發現率很高

測試計劃進度

Bug 進度

如果在某段期間，雖然通過許多測試，但是也發現許多 Bug，小組可能需要調查下列可能性：

  • 對目前產品階段的測試可能不夠嚴密。 在早期反覆項目期間，簡單的測試即已足夠。 但是，隨著產品成熟，測試應該要納入更廣泛的情節和整合。

  • 測試可能過時或所測試的功能不對。

  • 不同的測試技術可能會提供更好的結果。

  • 雖然已報告 Bug，但是這些 Bug 不在測試範圍。 如果已報告 Bug，但是不將 Bug 連結至測試案例，那麼這些 Bug 就不會在迴歸測試範圍。

測試過時

測試計劃進度

程式碼涵蓋範圍

程式碼變換

當有許多項測試通過、有大量程式碼變更，以及程式碼涵蓋範圍變少的情形，表示小組可能未用新的程式碼執行測試。

由於測試開發速度往往趕不上程式碼變更速度，因此測試涵蓋範圍可能會變得越來越不足夠。

小組未測試、關閉或重新啟動已解決的 Bug

Bug 進度

當 [Bug 進度] 報表中已解決 Bug 的數目爆增時，表示開發人員正在解決 Bug，但是測試人員尚未確認或關閉 Bug。 小組應該要調查此模式出現的原因。

測試太少

測試計劃進度

程式碼變換

當有小組執行的測試很少、程式碼變換量很高，以及程式碼涵蓋範圍比預期還少的情形，表示小組可能需要配置更多資源來進行測試。 此外，小組還應該確定測試人員所著眼的功能和其餘小組成員相同。

重新啟動

Bug 重新啟動

當小組重新啟動 Bug 的頻率很高或不斷上升時，表示測試人員經常拒絕開發人員所做的修正。 小組必須解決這些問題，避免一直將重要資源放在修改遭拒絕的修正上。 可能的原因包括 Bug 報告過程不嚴謹、測試 Lab Management 不佳，或是分級標準太嚴。

單元測試不當

程式碼涵蓋範圍

程式碼變換

當程式碼涵蓋範圍的減少伴隨程式碼變換量的增加，表示開發人員簽入的程式碼可能沒有任何對應的單元測試來涵蓋該程式碼。

在大部分情況中，如果小組採用測試導向開發或類似的技術，則程式碼涵蓋範圍應該會很接近 100%。 如果將單元測試做為 BVT 重複使用，則程式碼涵蓋範圍應該會出現在對應的報表中。

自訂品質儀表板

您可以透過下列方式自訂 [品質] 儀表板：

  • 變更每個 Excel 報表的篩選，以著重於特定產品區域或反覆項目。

  • 加入自訂查詢 Web 組件，這個組件會顯示查詢所找到之工作項目的清單。 例如，您可以加入一個查詢，這個查詢會列出所有未連結至測試案例的待處理 Bug。 此查詢會顯示已報告但未在測試中發現，因而不在迴歸測試範圍的 Bug 數量。

  • 將現有的 Excel 報表 (例如 [Bug 趨勢] 和 [失敗分析]) 加入至儀表板。

如需如何在 Office Excel 中使用和自訂報表的詳細資訊，請參閱下列 Microsoft 網站頁面：

請參閱

概念

Scrum

儀表板 (Agile)

成品 (Agile)