Bug 儀表板

您可以使用 Bug 儀表板監視 Team 專案的 Bug 活動，這個儀表板會顯示下列圖表：

• Bug 待執行工作

• 小組在一段時間內找到、解決和關閉 Bug 的比率

• 在一段時間內各優先權 Bug 的計數

• 目前指派給每位小組成員的待處理 Bug 計數

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

本主題內容 儀表板所顯示的資料 用於追蹤 Bug 的所需活動 監視作用中 Bug 和 Bug 趨勢

您可以使用此儀表板來回答下列問題： 小組解決和關閉 Bug 的速度有多快？ 小組修正 Bug 的速度是否快到足以如期完成工作？ 小組每天報告、解決和關閉多少個 Bug？ 小組是否在優先權 2 和 3 的 Bug 之前先解決優先權 1 的 Bug？ 是否有任何小組成員具有需要重新分配之優先權 1 Bug 的待處理項目？ 昨晚組建的狀態如何？ 最近有哪些簽入？

必要的使用權限

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

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

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

儀表板所顯示的資料

小組可以使用 Bug 儀表板，了解小組在尋找、解決和關閉 Bug 方面的進度。具體來說，此儀表板會顯示下圖所示和下表所述的 Web 組件。

注意事項
當裝載 Team 專案之 Analysis Services 的伺服器無法使用時，不會出現待執行工作、趨勢和橫條圖 (報表 至 )。

如需如何解譯、更新或自訂 Bug 儀表板上出現之圖表的詳細資訊，請參閱下表所列的主題。

Web 組件	顯示的資料	相關主題
	過去四週所有 Bug 累加計數的視覺化表示，依狀態分組。	Bug 進度 Excel 報表
	此折線圖會顯示過去四週小組已開啟、已解決和已關閉之 Bug 的滾動平均。滾動平均以計算當日的前七天為基礎。	Bug 趨勢 Excel 報表
	過去四週所有 Bug 累加計數的視覺化表示，依優先順序分類。	Bug (依優先權) Excel 報表
	水平橫條圖，內含每位小組成員目前獲派的待處理 Bug 總數，依優先權分組。	Bug (依指派) Excel 報表
	待處理 Bug 的清單。此清單衍生自 Team Web Access Web 組件。	分級活頁簿
	近期活動的清單。此清單衍生自 SharePoint Web 組件。	不適用
	作用中、已解決和已關閉工作項目的計數。您可以按一下每個數字來開啟工作項目清單。此清單衍生自 Team Web Access Web 組件。	工作項目和工作流程 (Agile)
	最近組建及其狀態的清單。您可以按一下某個組建，檢視其他詳細資料。此清單衍生自 Team Web Access Web 組件。 圖例： ：建置進行中 ：建置未啟動 ：建置成功 ：建置失敗 ：建置已停止 ：建置已部分成功。	Managing and Reporting on Builds
	最近簽入的清單。您可以按一下特定的簽入，檢視其他詳細資料。此清單衍生自 Team Web Access Web 組件。	開發程式碼和管理暫止的變更

用於追蹤 Bug 的所需活動

若要讓 Bug 儀表板中出現的報表變得更加實用與精確，小組必須執行下列活動：

• 定義 Bug，並指定其 [反覆項目] 和 [區域] 路徑。

• 將每個 Bug 指派給解決或關閉 Bug 的小組成員。

• 指定每個 Bug 的 [優先權]。

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

監視待處理的 Bug 和 Bug 趨勢

小組成員可以使用 Bug 儀表板，判斷他們是否確實按照既有的小組目標和 Agile 做法來管理待處理 Bug 的清單。透過對每個在簽入之前程式碼的增量進行單元測試，小組可以減少必須尋找的 Bug 總數。以能夠送出每個程式碼增量為目標的小組，將能夠逐步移除缺失並將一直未解決的 Bug 減至最少。

小組可以使用 Bug 儀表板回答下列問題：

• 根據您的小組目標，待處理 Bug 的數目是否可接受？小組延後處理的 Bug 是否太多？

• 小組尋找、修正和關閉 Bug 的速度是否與預期的一樣快，而且是否與在上一個開發週期時的速度相符？

• 小組是否在較低優先權的 Bug 之前，先解決高優先權的 Bug？

• 是否有任何成員需要協助來解決 Bug？

如需看到儀表板上的指標時需要思考哪些問題的詳細資訊，請參閱下列章節：

• Bug 進度指標

• 趨勢指標

• Bug 的優先權和分佈

Bug 進度指標

跡象	要思考的問題
待處理 Bug 的寬線變寬：如果小組的待處理 Bug 寬線的寬度不斷增加，表示 Bug 待處理項目正在增加。小組發現的 Bug 比解決或關閉的 Bug 還要多。 待處理 Bug 的寬線變寬，可能表示有瓶頸在干擾小組解決和關閉 Bug。	小組成員是否被重新配置給其他無關緊要的工作？ 是否有其他問題阻礙小組解決和修正 Bug？
待處理的 Bug 數目不變：待處理 Bug 的數目保持水平趨勢，表示小組一直沒有發現 Bug。	測試涵蓋範圍是否足夠？ 是否有其他問題阻礙小組尋找 Bug？
已解決或已關閉的 Bug 數目不變：當小組解決或關閉的 Bug 數目長期保持水平趨勢時，表示小組成員可能無法解決或關閉 Bug。	小組設定的優先權是否正確？ 小組成員是否被過量配置給其他工作？ 小組成員是否在正確追蹤其 Bug 狀態？

Bug 趨勢指標

跡象	要思考的問題
小組在每個時間週期都解決很多 Bug：高解決率通常表示小組的進展良好。	小組是否很快就將所解決的 Bug 關閉？關閉率應該要接近解決率。 小組重新啟動 Bug 的比率是否可接受？
小組很快解決 Bug，但未關閉 Bug：指派來確認修正的小組成員可能太少，或不同的優先權可能造成這些小組成員無法關閉已解決的 Bug。	是否分配過量工作給測試資源？ 小組是否應該重新審視測試優先權？ 如需這些度量資訊的詳細資訊，請參閱測試儀表板 (Agile)。
小組在每個時間週期都發現很少 Bug：在高品質解決方案或低有效性測試中，小組會很難發現 Bug。	程式碼涵蓋範圍、程式碼變換或測試進度的度量是否表示程式碼或測試有問題？ 如需這些度量資訊的詳細資訊，請參閱品質儀表板 (Agile)。
小組在不同的時間週期連續發現大約相同數目的 Bug：如果小組在每週或每次反覆項目中都發現相同數目的 Bug，您應該調查背後的原因。在測試週期早期，測試可能還不夠嚴密或先進，無法發現許多 Bug。在早期的反覆項目中，這種情形很正常。但是，隨著產品成熟，測試應該要納入更廣泛的情節和整合。	測試案例是否適合測試小組正在開發的使用者本文？ 測試是否過舊或所測試的功能不對？ 測試小組是否嚴密測試每個使用者本文？ 如需這些度量資訊的詳細資訊，請參閱測試儀表板 (Agile)。
小組在每個時間週期都發現很多 Bug：在草率的程式碼中、新整合的程式碼中、進行有效的測試時，或在特定事件期間 (例如 Bug 掃蕩)，小組會很容易發現 Bug。	程式碼涵蓋範圍、程式碼變換或測試進度的度量是否表示程式碼或測試有問題？ 如需這些度量的詳細資訊，請參閱品質儀表板 (Agile)。

Bug 的優先權和分佈

跡象	要思考的問題
高優先權的作用中 Bug 數目大於低優先權的作用中 Bug 數目：當高優先權的 Bug 數目遠大於低優先權的 Bug 數目時，小組可能會先從低優先權的項目著手。	小組是否依小組設定的優先權順序來修正 Bug？ 是否有問題阻止小組修正較高優先權的 Bug？
Bug 的指派分佈不均：當有許多 Bug 指派給一兩位小組成員，而只有少數 Bug 指派給其他小組成員時，小組可能需要考慮重新指派工作。	小組應該重新指派 Bug 來平衡工作負載嗎？

請參閱

概念

分級活頁簿

Bug (Agile)

儀表板 (Agile)

成品 (Agile)