Bug 面板

您可以使用“Bug”面板监视团队项目的 Bug 活动，该面板显示以下图表：

• Bug 燃尽

• 团队在一段时间内查找、解决和关闭 Bug 所采用的速率

• 一段时间内需优先解决的 Bug 的计数

• 指派给每个团队成员的活动 Bug 的当前计数

  可以通过团队项目门户网站访问面板。 仅当该门户网站已启用且配置为使用 SharePoint Server 企业版时，您才能访问“Bug”面板。 有关详细信息，请参见面板。

主题内容 面板中显示的数据 跟踪 Bug 所需的活动 监视活动 Bug 和 Bug 趋势

此面板可用于回答以下问题： 团队解决并关闭 Bug 的速度如何？ 团队修复 Bug 的速度是否足够快，可以按时完成工作？ 团队每天报告、解决及关闭多少 Bug？ 团队是否在解决优先级别 2 和 3 Bug 之前解决优先级别 1 Bug？ 任何团队成员是否有值得重新分发的优先级别 1 Bug 积压工作？ 昨晚的生成的状态如何？ 最近签入了哪些内容？

需要的权限

若要查看面板，您必须被分配到或属于某个组，而在 SharePoint 产品中，已为该组分配有对团队项目的**“读取”权限。 若要修改、复制或自定义面板，您必须被指派到某个组或属于某个组，而在 SharePoint 产品中，已为该组分配有对团队项目的“成员”**权限。 有关详细信息，请参见向团队项目添加用户。

若要在 Office Excel 中修改报表，您必须是 SQL Server Analysis Services 中**“TfsWarehouseDataReaders”安全角色的成员。 此外，您还必须被分配到或属于某个组，而在 SharePoint 产品中，已为该组分配有对团队项目的“成员”**权限。 有关详细信息，请参见授予对 Visual Studio ALM 数据仓库的数据库的访问权限。

若要查看 Bug 或其他类型的工作项，您必须是**“Readers (访问者)”组的成员，或者您的“查看此节点中的工作项”权限必须设置为“允许”。 若要创建或修改 Bug 或其他类型的工作项，您必须是“Contributors (参与者)”组的成员，或者您的“编辑此节点中的工作项”权限必须设置为“允许”**。

面板中显示的数据

团队可以使用“Bug”面板来了解团队在查找、解决和关闭 Bug 时的进展情况。 若要了解在“Bug”面板上显示的 Web 部件，请参见下图和下表。

备注

当为团队项目承载 Analysis Services 的服务器不可用时，燃尽、趋势和条形图、报表 到 不会出现。

有关如何解释、更新或自定义“Bug”面板中显示的图表的更多信息，请参见下表列出的主题。

Web 部件	显示的数据	相关主题
	过去四周内所有 Bug 的累计计数的可视表示形式，按它们的状态分组。	Excel 格式的“Bug 进度”报表
	显示在过去四周内，团队打开、解决和关闭的 Bug 数的波动平均值的折线图。 滚动平均值以计算该值日期的前七天的数据为基础。	Excel 格式的“Bug 趋势”报表
	过去四周内所有 Bug 的累计计数的可视表示形式，按它们的优先级别分组。	Excel 格式的“Bug (按优先级别)”报表
	水平条形图，其中包含当前指派给每个团队成员的活动 Bug 的总数，按优先级别分组。	Excel 格式的“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”面板来确定他们是否依据确立的团队目标和敏捷做法管理活动 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 来平衡工作负荷？