品質儀表板 (Agile)

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

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

儀表板是透過 Team 專案入口網站存取的。 只有在該入口網站已啟用，而且已佈建為使用 SharePoint Server Enterprise Edition 時，您才能存取 [品質] 儀表板。 如需詳細資訊，請參閱儀表板。

本主題內容 顯示在儀表板中的資料 追蹤品質時的必要活動 疑難排解品質問題 自訂品質儀表板

您可以使用此儀表板來回答下列問題： 測試工作是否按照進度進行？ 小組測試的功能是否適當？ 小組修正 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 Test Manager 來建立測試計劃和執行測試時，才能使用 [測試計劃進度] 報表。 當 Team 專案的資料倉儲無法使用時，不會出現進度、組建和程式碼圖表 (報表 至 )。

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

Web 組件	顯示的資料	相關主題
	最近四週所有測試案例之測試結果的堆疊區域圖，依最新記錄的結果 ([永不執行]、[已封鎖]、[失敗] 或 [成功]) 分組。	測試計劃進度報表
	堆疊直條圖，顯示最近四週有多少組建 [失敗] 或 [成功]。	組建狀態 Excel 報表
	最近四週所有 Bug 累加計數的堆疊區域圖，依狀態分組。	Bug 進度 Excel 報表
	最近四週小組已重新啟動多少個已解決或已關閉狀態 Bug 的堆疊區域圖。	Bug 重新啟動 Excel 報表
	折線圖，顯示最近四週已由組建驗證測試 (BVT) 和其他測試所測試的程式碼百分比。	程式碼涵蓋範圍 Excel 報表
	堆疊區域圖，顯示最近四週小組在組建之前於簽入中加入、移除和變更多少行程式碼。	程式碼變換 Excel 報表
	近期活動的清單。 此清單衍生自 SharePoint Web 組件。	不適用
	作用中、已解決和已關閉工作項目的計數。 您可以選擇每個數字來開啟工作項目清單。 此清單衍生自 Team Web Access Web 組件。	不適用
	最近組建及其狀態的清單。 您可以選擇特定的組建，檢視更多詳細資料。 此清單衍生自 Team Web Access Web 組件。 圖例： ：建置未啟動 ：建置進行中 ：建置成功 ：建置失敗 ：組建已停止 ：組建已部分成功	執行、監視和管理組建
	最近簽入的清單。 您可以選擇特定的簽入，檢視更多詳細資料。 此清單衍生自 Team Web Access Web 組件。	開發程式碼和管理暫止的變更

監視品質時的必要活動

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

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

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

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

• 定義測試計劃，並指派測試案例給測試計劃。

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

  重要

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

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

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

  注意事項
  如需如何定義區域和反覆項目路徑的詳細資訊，請參閱 加入及修改區域和反覆項目路徑。

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

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

• 定義 Bug。

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

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

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

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

• 設定建置系統： 您必須設定建置系統，才能使用 Team Foundation Build。

  如需詳細資訊，請參閱設定與管理建置系統。

• 建立組建定義： 您可以建立數個組建定義，執行各定義以產生適用於各平台的程式碼。 此外，您也可以針對不同的組態執行每個組建。

  如需詳細資訊，請參閱定義您的建置流程。

• 定義要隨組建自動執行的測試： 在組建定義中，您可以定義測試以隨組建一起執行，或在測試失敗時失敗。

  如需詳細資訊，請參閱將預設範本用於您的建置流程。

• 設定測試來收集程式碼涵蓋範圍資料： 若要在報表中顯示程式碼涵蓋範圍資料，小組成員必須設定測試來收集該資料。

  如需詳細資訊，請參閱 在建置流程中執行測試。

• 定期執行組建： 您可以依標準的間隔或是在每次簽入後執行組建。 當您使用排程觸發程序時，您可以建立定期執行組建。

  如需詳細資訊，請參閱建立或編輯組建定義和執行、監視和管理組建。

  注意事項
  雖然小組成員可以使用 Build 總管手動將組建分級，但是此評比不會反映在 [組建品質指標] 報表中。組建評比會顯示在 [組建摘要] 報表中。如需詳細資訊，請參閱評比已完成組建的品質和組建摘要報表。

品質問題疑難排解

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

問題	要檢閱的報表	疑難排解附註
建置失敗	組建狀態	夜間組建對軟體開發專案而言很重要。 當組建沒有成功完成或通過組建驗證測試 (BVT) 時，小組必須立即修正問題。
測試失敗	測試計劃進度 程式碼變換	當測試和程式碼變換的失敗率很高時，小組可能需要調查軟體常失敗的原因。 原因可能包括開發行為不嚴謹，或是對早期反覆項目週期的測試太嚴密。
通過測試，但是 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 網站的下列網頁：

• 如何自訂樞紐分析表報表

• 編輯或移除 Excel Services 中的活頁簿

• 將活頁簿發佈至 Excel Services

• 將檔案儲存至 SharePoint 文件庫或其他網站位置