共用方式為

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 組件。

Bug 儀表板

注意事項注意事項

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

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

Web 組件

顯示的資料

相關主題
步驟 1

過去四週所有 Bug 累加計數的視覺化表示，依狀態分組。

Bug 進度 Excel 報表

Bug 進度 Excel 報表
步驟 2

此折線圖會顯示過去四週小組已開啟、已解決和已關閉之 Bug 的滾動平均。 滾動平均以計算當日的前七天為基礎。

Bug 趨勢報表

Bug 趨勢 Excel 報表
步驟 3

過去四週所有 Bug 累加計數的視覺化表示，依優先順序分類。

待處理的 Bug (依優先權) 圖表

Bug (依優先權) Excel 報表
步驟 4

水平橫條圖，內含每位小組成員目前獲派的待處理 Bug 總數，依優先權分組。

待處理的 Bug (依指派) 圖表

Bug (依指派) Excel 報表
步驟 5

待處理 Bug 的清單。 此清單衍生自 Team Web Access Web 組件。

Bug 趨勢報表

分級活頁簿
步驟 6

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

匯入事件 Web 組件

不適用
步驟 7

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

[專案工作項目] Web 組件

工作項目和工作流程 (Agile)
步驟 8

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

[最近的組建] Web 組件

圖例：

建置進行中：建置進行中

建置未啟動：建置未啟動

建置成功：建置成功

建置失敗：建置失敗

建置已停止：建置已停止

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

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

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

[最近的簽入] 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)