Bug 儀表板 (CMMI)
您可以使用 Bug 儀表板監視 Team 專案的 Bug 活動,這個儀表板會顯示下列圖表:
Bug 進度
小組在一段時間內找到、解決和關閉 Bug 的比率
在一段時間內各優先權 Bug 的計數
目前指派給每位小組成員的待處理 Bug 計數
注意事項 儀表板是透過 Team 專案入口網站存取的。只有在該入口網站已啟用,而且已佈建為使用 Microsoft Office SharePoint Server 2007,您才能存取 Bug 儀表板。如需詳細資訊,請參閱儀表板 (CMMI) 或存取 Team 專案入口網站或流程指引。
本主題內容
|
您可以使用此儀表板來回答下列問題:
|
必要的使用權限
若要檢視儀表板,您必須在 SharePoint 產品具有 Team 專案的 [讀取] 權限,或屬於具有該權限的群組。 若要修改、複製或自訂儀表板,您必須在 SharePoint 產品中具有 Team 專案的 [Members] 權限,或屬於具有該權限的群組。 如需詳細資訊,請參閱將使用者加入至 Team 專案。
您必須是 SQL Server Analysis Services 的 [TfsWarehouseDataReaders] 安全性角色成員,才能在 Office Excel 中修改報表。 您也必須在 SharePoint 產品具有 Team 專案的 [Members] 權限,或屬於具有該權限的群組。 如需詳細資訊,請參閱授與 Visual Studio ALM 所需之資料倉儲資料庫的存取權限。
您必須是 [Readers] 群組的成員,或是您的 [檢視此節點中的工作項目] 權限已設為 [允許],才能檢視 Bug 或其他類型的工作項目。 您必須是 [Contributors] 群組的成員,或是您的 [編輯此節點中的工作項目] 權限已設為 [允許],才能建立或修改 Bug 或其他類型的工作項目。 如需詳細資訊,請參閱管理使用權限。
儀表板所顯示的資料
小組可以使用 Bug 儀表板,了解小組在尋找、解決和關閉 Bug 方面的進度。 具體來說,此儀表板會顯示下圖所示和下表所述的 Web 組件。
注意事項 |
---|
當裝載 Team 專案之 Analysis Services 的伺服器無法使用時,不會出現進度、趨勢和橫條圖 (報表 至 )。 |
如需如何解譯、更新或自訂 Bug 儀表板上出現之圖表的詳細資訊,請參閱下表所列的主題。
Web 組件 |
顯示的資料 |
相關主題 |
---|---|---|
過去四週所有 Bug 累加計數的視覺化表示,依狀態分組。 |
||
此折線圖會顯示過去四週小組已開啟、已解決和已關閉之 Bug 的滾動平均。 滾動平均以計算當日的前七天為基礎。 |
||
過去四週所有依優先權分組之 Bug 累加計數的視覺化表示。 |
||
水平橫條圖,內含每位小組成員目前獲派的待處理 Bug 總數,依優先權分組。 |
||
待處理 Bug 的清單。 此清單衍生自 Team Web Access Web 組件。 |
不適用 |
|
近期活動的清單。 此清單衍生自 SharePoint Web 組件。 |
不適用 |
|
作用中、已解決和已關閉工作項目的計數。 您可以按一下每個數字來開啟工作項目清單。 此清單衍生自 Team Web Access Web 組件。 |
||
最近組建及其狀態的清單。 您可以按一下某個組建,檢視其他詳細資料。 此清單衍生自 Team Web Access Web 組件。 圖例: :建置進行中 :建置未啟動 :建置成功 :建置失敗 :建置已停止 :建置已部分成功。 |
||
最近簽入的清單。 您可以按一下特定的簽入,檢視其他詳細資料。 此清單衍生自 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。 在早期的反覆項目中,這種情形很正常。 但是,隨著產品成熟,測試應該要納入更廣泛的情節和整合。 |
|
小組在每個時間週期都發現很多 Bug: 在草率的程式碼中、新整合的程式碼中、進行有效的測試時,或在特定事件期間 (例如 Bug 掃蕩),小組會很容易發現 Bug。 |
|
Bug 的優先權和分佈
跡象 |
要思考的問題 |
---|---|
高優先權的待處理 Bug 數目大於低優先權的待處理 Bug 數目: 當高優先權的 Bug 數目遠大於低優先權的 Bug 數目時,小組可能會先從低優先權的項目著手。 |
|
Bug 的指派分佈不均: 當有許多 Bug 指派給一兩位小組成員,而只有少數 Bug 指派給其他小組成員時,小組可能需要考慮重新指派工作。 |
|