“Bug”面板

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

  • Bug 燃尽

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

  • 一段时间内优先级别 Bug 的计数

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

    备注

    可以通过团队项目门户网站访问面板。仅当该门户网站已启用且配置为使用 Microsoft Office SharePoint Server 2007 时,您才能访问“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 时的进展情况。 具体而言,该面板显示下图显示的 Web 部件以及下表中描述的 Web 部件:

“Bug”面板

备注

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

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

Web 部件

显示的数据

相关主题

步骤 1

过去四周内所有 Bug 的累计计数的可视表示形式,按它们的状态分组。

Excel 格式的“Bug 进度”报表

Excel 格式的“Bug 进度”报表

步骤 2

显示在过去四周内,团队打开、解决和关闭的 Bug 数的波动平均值的折线图。 滚动平均值以计算该值日期的前七天的数据为基础。

“Bug 趋势”报表

Excel 格式的“Bug 趋势”报表

步骤 3

过去四周内所有 Bug 的累计计数的可视表示形式,按它们的优先级别分组。

“Bug (按优先级别)”图

Excel 格式的“Bug (按优先级别)”报表

步骤 4

水平条形图,其中包含当前指派给每个团队成员的活动 Bug 的总数,按优先级别分组。

“Bug (按指派)”图

Excel 格式的“Bug (按指派)”报表

步骤 5

活动 Bug 的列表。 该列表派生自 Team Web Access Web 部件。

“Bug 趋势”报表

“会审”工作簿

步骤 6

即将到来的事件的列表。 此列表派生自 SharePoint Web 部件。

导入事件 Web 部件

不适用

步骤 7

活动工作项、已解决工作项和已关闭工作项的计数。 您可以通过单击每个数字打开工作项列表。 此列表派生自 Team Web Access Web 部件。

“项目工作项”Web 部件

工作项和工作流 (Agile)

步骤 8

最近的生成及其状态的列表。 可以通过单击某个生成来查看有关该生成的更多详细信息。 此列表派生自 Team Web Access Web 部件。

“最近的生成”Web 部件

图例

生成正在进行中:生成正在进行中

生成尚未开始:生成未开始

生成成功:生成已成功

生成失败:生成失败

生成已停止:生成已停止

生成部分成功:生成部分成功

Managing and Reporting on Builds

9

最近的签入的列表。 可以通过单击特定签入来查看其更多详细信息。 此列表派生自 Team Web Access Web 部件。

“最近的签入”Web 部件

开发代码和管理挂起的更改

跟踪 Bug 所需的活动

为了使“Bug”面板中显示的报表有用且精确,团队必须执行以下活动:

  • 定义 Bug,指定其**“迭代”路径和“区域”**路径。

  • 将每个 Bug 指派给负责解决或关闭 Bug 的团队成员。

  • 指定每个 Bug 的**“优先级别”**。

  • 在团队修复、验证和关闭每个 Bug 时,更新其**“状态”**。

监视活动 Bug 和 Bug 趋势

团队成员可以使用“Bug”面板来确定他们是否依据确立的团队目标和敏捷做法管理活动 Bug 的列表。 通过在签入之前对增加的每处代码进行单元测试,团队可以减少其所必须发现的 Bug 的总数。 侧重于能够传送增加的每处代码的团队将以增量方式消除缺陷,并最大程度地减少持续出现的 Bug。

通过使用“Bug”面板,团队可以回答以下问题:

  • 根据团队的目标,活动 Bug 的数量是否可接受? 团队是否推迟了太多 Bug?

  • 团队发现、修复和关闭 Bug 的速度是否足够快,可以达到预期要求?其速率是否与以前的开发周期匹配?

  • 团队是否在解决低优先级别 Bug 之前解决高优先级别 Bug?

  • 是否有任何团队成员在解决 Bug 时需要帮助?

有关要依据面板中显示的指示器提出的更多问题,请参见以下各节:

  • Bug 进度指示器

  • 趋势指示器

  • Bug 的优先级别和分布

Dd560860.collapse_all(zh-cn,VS.110).gifBug 进度指示器

特征

可能的问题

表示活动 Bug 的带区变得越来越宽。 如果表示活动 Bug 的团队带区在变宽,则 Bug 积压工作也在增加。 团队发现的 Bug 数量超出了其解决或关闭 Bug 的能力。

变宽的活动 Bug 带区可能表示瓶颈对团队解决和关闭 Bug 的能力造成了阻碍。

  • 是否将团队成员重新分配给了其他非优先级别任务?

  • 是否有其他问题对团队解决和修复 Bug 的能力造成了阻碍?

活动 Bug 的数量没有变化。 活动 Bug 数量的平缓趋势表示团队没有在找 Bug。

  • 测试覆盖率是否足够?

  • 是否有其他问题对团队发现 Bug 的能力造成了阻碍?

已解决或关闭的 Bug 的数量没有变化。 如果团队正在解决或关闭的 Bug 的数量长时间保持不变,则表明团队成员可能无法解决或关闭 Bug。

  • 是否正确设置了团队优先级别?

  • 是否在其他任务上过度分配了团队成员?

  • 团队成员是否正确跟踪了其 Bug 状态?

Dd560860.collapse_all(zh-cn,VS.110).gifBug 趋势指示器

特征

可能的问题

团队在每个时间段内解决的 Bug 都很多。 较高的解决率通常表示团队取得了良好的进展。

  • 团队是否及时关闭了它解决的 Bug? 关闭率应与解决率相似。

  • 团队是否以可接受的比率重新激活 Bug?

团队快速解决了 Bug,但未将其关闭。 指派为验证修复的团队成员可能过于分散,或不同的优先级别可能会使这些团队成员无法关闭已解决的 Bug。

  • 测试资源是否过度分配?

  • 团队是否应重新查看测试优先级别?

    有关这些指标的更多信息,请参见“测试”面板(敏捷)

团队在每个时间段内发现的 Bug 都很少。 团队可能尝试在高质量解决方案中发现 Bug 或使用低效测试。

  • 代码覆盖率、代码改动或测试进度的指标是否指示代码或测试存在问题?

    有关这些指标的更多信息,请参见“质量”面板(敏捷)

团队在连续时间段内发现的 Bug 数大致相同。 如果团队在连续几周或连续几个迭代中发现的 Bug 数相同,则可能需要调查根本原因。 在测试周期早期,测试可能不够严格或不够先进,因而无法发现许多 Bug。 在早期迭代中,这种情况是正常的。 但是,随着产品的逐渐成熟,测试应会运用更广泛的方案和集成。

  • 测试用例是否足以测试团队所开发的用户情景?

  • 测试是否已过时或是否测试了错误的功能?

  • 测试团队是否严格测试了每个用户情景?

    有关这些指标的更多信息,请参见“测试”面板(敏捷)

团队在每个时间段内发现的 Bug 都很多。 在草率的代码中、新集成的代码中、使用有效测试时或是在特定活动(如 Bug 大扫除)过程中,团队可能会非常容易地发现 Bug。

  • 代码覆盖率、代码改动或测试进度的指标是否指示代码或测试存在问题?

    有关这些指标的更多信息,请参见“质量”面板(敏捷)

Dd560860.collapse_all(zh-cn,VS.110).gifBug 优先级别和分布

特征

可能的问题

活动高优先级别 Bug 的数量大于活动低优先级别 Bug 的数量。 当高优先级别 Bug 的数量比低优先级别 Bug 的数量多很多时,团队可能会集中精力先解决低优先级别的项。

  • 团队是否按团队设置的优先级别顺序修复 Bug?

  • 是否有问题对团队修复高优先级别 Bug 的能力造成了阻碍?

Bug 指派分布不平均。 如果为一两个团队成员指派了很多 Bug,而为其他团队成员则只指派了少量 Bug,则团队可能要考虑重新指派工作。

  • 团队是否应通过重新指派 Bug 来平衡工作负荷?

请参见

概念

“会审”工作簿

Bug (Agile)

面板(敏捷)

项目 (Agile)