通过

测试仪表板（Agile 和 CMMI）

 

通过使用测试仪表板，可监视测试活动，报告进度，查找测试没有覆盖到的部分，以及确定可能需要进一步研究的测试区域。  此面板显示五个报表，分别提供有关在最近四周中进行的测试的信息。  

主题内容

  • 面板中显示的数据

  • 监视测试工作量所需的活动

  • 监视测试进度

  • 确定测试中未覆盖到的部分

  • 监视测试失败和回归

此面板可用于回答以下问题：

  • 测试用例的编写是否步入正轨？

  • 团队是否已为所有用户情景或要求定义了测试用例？

  • 测试用例通过、失败和已阻止的情况各占多少比例？

  • 测试失败指标是否指明需要进一步调查的问题？

  • 昨晚的生成的状态如何？

  • 最近签入了哪些内容？

要求

  • 只有当团队按照使用 Team Web Access 计划手动测试所述创建测试计划和运行测试时，“测试计划进度”、“测试用例准备情况”、“用户情景测试状态”、“要求测试状态”和“测试活动”报表才可用。

  • 当为团队项目承载 Analysis Services 的服务器不可用时，燃尽图、进度图、趋势图以及报表 步骤 1 到 步骤 5 不会出现。

  • 在加上项目门户仪表板中列出的要求。

面板中显示的数据

可使用测试仪表板来了解团队在测试用户情景 (Agile) 或要求 (CMMI) 时的进展情况。  测试仪表板显示以下 Web 部件。  

Agile 过程模板版本

“测试进度”面板的 Web 部件

CMMI 过程模板版本

“测试”面板

Web 部件

显示的数据

相关主题
步骤 1

过去四周内所有测试用例的测试结果的堆积区域图，按它们的最新记录结果分组。  结果包括“从不运行”、“已阻止”、“未通过”和“已通过”。  

Excel 格式的“测试计划进度”报表

“测试计划进度”报表
步骤 2

堆积区域图，该图显示最近四周处于“设计”或“就绪”状态的测试用例的数目。

Excel 格式的“测试用例准备情况”报表

“测试用例准备情况”报表
步骤 3

水平条形图，该图显示为每个用户情景或要求定义的每个测试用例与测试配置的组合的测试结果数。  该图按照最近测试运行对测试结果进行分组，其中的选项为“已通过”（绿色）、“未通过”（红色）、“已阻止”（紫色）或“未运行”（灰色）。  

Excel 格式的“用户情景测试状态”报表

Excel 格式的“用户情景测试状态”报表（敏捷）

Excel 格式的“要求测试状态”报表 (CMMI)
步骤 4

折线图，该图显示最近四周所有手动测试用例的所有结果运行的累计计数。

Excel 格式的“测试活动”报表

Excel 格式的“测试活动”报表
步骤 5

堆积区域图，该图按照失败类型显示最近四周测试用例的所有失败结果的累计计数。  失败类型包括“回归”、“新问题”和“已知问题”。  

Excel 格式的“失败分析”报表

Excel 格式的“失败分析”报表
步骤 6

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

导入事件 Web 部件

不适用
步骤 7

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

“项目工作项”Web 部件

不适用
9

最近的生成及其生成状态的列表。  可以通过选择特定生成来查看更多详细信息。  此列表派生自 Team Web Access Web 部件。  

“最近的生成”Web 部件

图例：

生成正在进行中：生成未启动

生成尚未开始：正在进行生成

生成成功：生成成功

生成失败：生成失败

生成已停止：生成停止

生成部分成功：生成部分成功

运行、监视和管理生成
10

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

“最近的签入”Web 部件

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

监视测试工作量所需的活动

为了使测试仪表板中的报表有用且精确，团队必须执行以下活动：

  • 定义测试用例和用户情景或要求，并创建从测试用例指向用户情景或要求的“测试方”链接。

  • 定义测试计划，并将测试用例分配给测试计划。

  • 对于手动测试，将测试用例中每个验证步骤的结果标记为通过或未通过。

    重要

    如果某个测试步骤是验证测试步骤，则测试人员必须使用某个状态对该步骤进行标记。  测试用例的总体结果反映测试人员已标记的所有测试步骤的状态。  因此，如果测试人员将任何测试步骤标记为未通过或未标记该步骤，则测试用例的状态将为未通过。  

    对于自动测试，每个测试用例都会自动标记为通过或未通过。

  • （可选）若要支持筛选，请将**“迭代”和“区域”**路径分配给每个测试用例。

监视测试进度

可以使用“测试”面板中的前三个报表来监视测试进度，并回答下表中的问题。

报告

回答的问题

注释

测试用例准备情况

  • 测试团队定义了多少测试用例？

  • 现在可以运行的测试用例有多少？

  • 团队还需要编写和评审多少测试用例？

  • 测试用例的总数看起来是否足以应对团队正在实现的用户情景数？

  • 测试团队现在可运行的测试用例占多少百分比？

  • 在迭代结束时团队是否能够准备好所有测试用例？

  • 正常的进度将显示团队正在设计并将转变为就绪状态的测试用例数的稳定增长。

  • 不正常的进度显示没有测试用例或只有很少测试用例做好运行准备。

    当所有测试用例长期处于设计状态时，则某个问题可能阻滞了进度。  您可能需要调查阻滞进度的原因。  

  • 如果测试用例的数目看似不足，则测试中可能会出现覆盖不到的部分。

    为项目定义的测试用例数应等于或大于团队正在实现的用户情景数。  测试用例的数目看似不足。  

测试计划进度

  • 有多少测试用例通过？

  • 有多少测试用例未通过？

  • 有多少测试用例已阻止？

  • 有多少测试用例从未运行？

  • 在所有测试计划中均通过的测试用例占多少百分比？

  • 团队已完成多少测试？

  • 团队是否可按时完成测试？

  • 随着开发周期的进展，通过的测试用例数应增加，其他状态的测试用例数应减少。

  • 当太多测试用例未通过时，会出现不正常的进度。  根据您在产品周期中所处的阶段，您可以调查为什么有如此多测试用例未通过。  

  • 如果未通过或从未运行的测试用例数保持不变，可能需要调查影响每个区域的特定原因。

用户情景测试状态

要求测试状态

  • 是否正在为每个用户情景或要求运行测试用例？

  • 如果测试用例已阻止或未在运行，团队是否了解阻滞问题，以及是否正在解决这些问题？

  • 正常的进度显示每个用户情景或要求的大多数测试用例均通过。

  • 如果对于特定的用户情景或要求，有过多测试用例处于“从不运行”、“已阻止”或“未通过”状态，则表示进度不正常。  可能需要调查导致为用户情景或要求定义的测试用例未能通过的原因。  

确定测试中未覆盖到的部分

可以使用“用户情景测试状态”或“要求测试状态”报表来确定测试是否涵盖了所有代码，并回答以下问题：

  • 哪些用户情景或要求的测试用例总数较少？

  • 哪些用户情景或要求的已阻止或从未运行的测试用例的总数较多？

  • 每个用户情景或要求的测试用例覆盖率是否达到预期要求？

  • 哪些用户情景或要求的测试失败率较高？

  • 为每个用户情景或要求平均定义了多少测试用例？

监视测试失败和回归

通过监视测试失败，您可以提前确定并解决代码中的问题。  可以使用“测试”面板中的最后两个报表来更好地深入了解未通过的测试数。  

报告

回答的问题

注释

手动测试活动

  • 团队从未运行的测试数是否正在减少？

  • 团队是否正在最大程度减少已阻止测试的总数？

  • 一段时间内未通过的测试是否减少？

  • 是否有更多测试通过？

  • 测试活动是否包含无法解释的峰值？

“手动测试活动”报表指示针对每个测试配置及所有测试计划运行的每个测试用例的结果。  可能出现的峰值可以提前指明测试活动或团队所签入代码的质量中的问题。  

您可能需要检查最新生成、Bug 状态以及代码改动的指标，以确定任意这些指标是否可以帮助解释更改。

测试失败分析

  • 有多少测试正在回归？

  • 团队是否将回归或测试失败的总数保持在预期范围或团队目标内？

  • 团队是否在问题被确定并被称之为问题时及时解决了问题？

正常的“测试失败分析”报表显示适中数量的新问题、已知问题和回归。  如果这些区域中出现任何峰值，则团队可能需要进行进一步调查。  峰值可以指明测试活动或团队所签入代码的质量中的问题。  

并且，您可能还需要检查最新生成、Bug 状态以及代码改动的指标，以确定任意这些指标是否可以帮助解释更改。

另请参阅

项目门户仪表板

  • Last updated on