测试面板 (Agile)

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

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

主题内容

  • 面板中显示的数据

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

  • 监视测试进度

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

  • 监视测试失败和回归

  • 自定义“测试”面板

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

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

  • 团队是否已为所有用户情景定义了测试用例?

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

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

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

  • 最近签入了哪些内容?

要求

  • 仅当团队项目门户已启用且配置为使用 SharePoint Server 企业版时,才可访问“测试”仪表板和所有其他仪表板。 有关详细信息,请参阅面板

  • 若要查看仪表板,你必须被分配到某个组或属于某个组,而该组已获得团队项目的 SharePoint 产品 中的“读取”权限。 若要修改、复制或自定义仪表板,你必须被分配到某个组或属于某个组,而该组已获得团队项目的 SharePoint 产品 中的“成员”权限。

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

    有关详细信息,请参阅向团队项目添加用户

  • 若要在 Office Excel 中修改报表,你必须是 SQL Server Analysis Services 中“TfsWarehouseDataReaders”安全角色的成员,并且你必须被分配到某个组或属于某个组,而该组已获得 SharePoint 产品 中的“成员”权限。 有关详细信息,请参阅授予对 Visual Studio ALM 数据仓库的数据库的访问权限

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

面板中显示的数据

您可以使用“测试”面板来了解团队在测试用户情景时的进展情况。 若要了解在“测试”面板上显示的 Web 部件,请参考下图和下表。

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

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

Web 部件

显示的数据

相关主题

步骤 1

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

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

“测试计划进度”报表

步骤 2

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

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

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

步骤 3

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

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

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

步骤 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 状态以及代码改动的指标,以确定任意这些指标是否可以帮助解释更改。

自定义“测试”面板

可以通过下列方式来自定义“测试”面板:

  • 在 Office Excel 中更改每个报表的筛选器,以关注特定产品区域或迭代。

  • 在 Office Excel 中,对“手动测试活动”报表进行筛选以获取特定测试计划,或者针对手动或自动进行的测试用例进行筛选。

  • 向面板中添加现有 Excel 报表,例如**“Bug 状态”“代码改动”“代码覆盖率”**。

  • 在 Office Excel 中创建并添加按特定团队成员显示进度的报表。 有关示例,请参见Excel 格式的“Bug (按指派)”报表

有关如何使用和自定义 Office Excel 中的报表的详细信息,请参见 Microsoft 网站上的以下页面: