Excel 格式的“测试团队进度”报表
负责测试软件的团队可以使用“测试团队进度”报表帮助监视测试活动,并报告团队在创作测试、实现测试自动化和执行回归测试方面的进度。 “测试团队进度”报表提供以下 6 个报表,这些报表基于针对为团队项目和测试结果定义的测试用例所收集的数据:
“测试计划进度”:可帮助确定团队已完成多少测试,以及是否有可能按时完成测试活动。
测试用例创作状态:可帮助团队跟踪完成测试用例定义的状态,以便可以运行这些测试用例。
测试状态(按套件):可帮助团队确定每个测试套件内已完成多少测试。
测试状态(按区域):可帮助团队确定每个产品区域内已完成多少测试。
失败分析:可帮助团队监视其发现的回归数。
自动化设计状态:支持团队跟踪仍然必须自动进行的测试用例的数量。
只有当团队使用 Microsoft 测试管理器创建测试计划并开始运行测试时,此“测试团队进度”报表才可用。 有关详细信息,请参见测试应用程序。
备注
在团队资源管理器中,您可以从测试团队的“Excel 报表”文件夹下的“测试团队管理”文件夹访问“测试团队进度”报表。仅当团队项目门户网站已启用且配置为使用 SharePoint 产品时,才可以访问此文件夹。有关详细信息,请参见使用项目门户网站共享信息。
需要的权限
若要查看报告,您必须被分配到或属于某个组,而在 SharePoint 产品中,已为该组分配有对团队项目的**“读取”**权限。
若要修改或自定义报告,您必须是 SQL Server Analysis Services 中**“TfsWarehouseDataReaders”安全角色的成员。 此外,您还必须被分配到或属于某个组,而在 SharePoint 产品中,已为该组分配有对团队项目的“成员”**权限。 有关详细信息,请参见授予对 Visual Studio ALM 数据仓库的数据库的访问权限。
报表中的数据
“测试团队项目”报表提供基于访问存储在数据仓库中数据的数据透视表报告的数据。 数据派生自团队成员使用 Microsoft 测试管理器定义测试用例和运行测试时生成的结果。 有关更多信息,请参见使用 Team Web Access 运行手动测试和跟踪测试结果。
测试用例创作和自动化设计状态
团队可以使用“测试用例创作状态”报表来帮助监视其在定义和设计测试用例方面的进度。 此报表显示最近六周内处于设计和就绪状态的测试用例数的燃尽图。
团队可以使用“自动化设计状态”报表来帮助监视其在实现测试用例自动化方面的进度。 此报表显示最近六周内已进入自动状态的测试用例数的燃尽图。
下表描述了在生成“测试用例创作状态”和“自动化设计状态”报表的数据透视表报告中使用的报表筛选器和字段。
筛选器 |
字段 |
---|---|
|
特定于“测试用例创作状态”报表的字段:
特定于“自动化设计状态”报表的字段:
|
测试计划进度
“测试计划进度”报表提供了所有测试用例的测试结果的堆积区域图。 此报表将测试结果分组到最近记录的结果之中,并绘制最近四周内的数据。 结果包括**“从不运行”、“已阻止”、“未通过”或“已通过”**。
团队可以查看此报表,以确定一个冲刺 (sprint)、一个迭代或一段时间内的进度。 例如,团队可以回答以下问题:
团队已完成多少测试?
团队是否可按时完成测试?
还要运行多少测试?
有多少测试通过?
有多少测试未通过?
阻止了多少测试?
测试结果(按测试套件或产品区域)
“测试状态(按套件)”和“测试状态(按区域)”报表基于记录的结果列出为所有测试用例收集的所有测试结果的计数。 此报表按测试套件或产品区域对测试结果进行分组。 测试结果包括**“从不运行”、“已阻止”、“未通过”或“已通过”**。
团队可使用这些报表来调查测试结果失败计数很高的测试套件或产品区域,或是从未运行的测试用例。
回归测试
测试团队可使用“失败分析”报表来帮助监视测试团队发现的回归数。 回归是受测软件中的 Bug,但在之前版本中未出现。 执行回归测试的团队专门查找仅在软件的新版本中出现的 Bug。
“失败分析”报表提供一个堆积区域图,该图显示所有失败的结果测试的结果的累计计数。 此报表按所有测试用例的失败类型和测试配置对结果进行分组,并绘制最近六周内的结果。 失败类型包括**“回归”、“无”、“新问题”和“已知问题”**。
系统将检查对其执行测试用例的每个测试配置,并尝试找到该测试用例在同一配置下的先前结果。 基于以下条件确定指派给测试用例/配置的失败类型:
回归:上一版的测试结果为**“已通过”**时。
无:上一版的测试结果不是**“通过”或“未通过”**时。
新问题:找不到上一版的测试结果时。
已知问题:上一版的测试结果为**“未通过”**时。
团队可以查看该报表来查找以下问题的答案:
总共有多少测试出现回归?
团队是否将回归或测试未通过的总数保持在预期范围或团队目标内?
团队是否在发现问题的同时解决问题? 是否及时解决了已知问题?
正常的“失败分析”报表将显示适中数量的新问题、已知问题和回归。 如果其中一个或多个类型出现峰值,则团队可能需要进一步调查该问题。 峰值可以指明测试活动或团队所签入代码的质量中的问题。 此外,团队可能还需要检查最近的生成的状态、Bug 状态以及代码改动,以确定其中每个因素的度量值是否可以帮助解释测试活动线的更改。
报表筛选器和字段
下表描述了在生成“测试计划进度”、“测试状态(按套件)”或“测试状态(按区域)”以及“失败分析”报表的数据透视表中使用的报表筛选器和字段。
筛选器 |
字段 |
---|---|
特定于“测试计划进度”报表的筛选器:
特定于“测试状态(按套件)”报表的筛选器:
特定于“失败分析”报表的筛选器:
|
特定于“测试计划进度”报表的字段:
特定于“测试状态(按套件)”报表的字段:
特定于“测试状态(按区域)”报表的字段:
特定于“失败分析”报表的字段:
|
监视测试团队进度所需的活动
为了使“测试团队进度”报表有用且精确,团队必须执行以下活动:
定义测试用例和测试计划,并将测试用例分配给测试计划。
运行测试。
对于手动测试,将测试用例中每个验证步骤的结果标记为通过或未通过。
重要
如果某个测试步骤是验证测试步骤,则测试人员必须使用某个状态对该步骤进行标记。测试用例的总体结果反映测试人员已标记的所有测试步骤的状态。因此,如果测试人员将任何测试步骤标记为未通过或未标记,则测试用例的状态将为未通过。
对于自动测试,每个测试用例都会自动标记为通过或未通过。
(可选)若要按产品区域和迭代筛选报表,请指定每个测试用例的**“区域”和“迭代”**路径。
为了使“测试缺口”报表有用且精确,团队必须执行下表中描述的活动:
工作表报表 |
所需的活动 |
---|---|
|
|
|
|
|
|
|
|
更新和自定义报告
可以通过在 Office Excel 中打开“测试团队进度”报表并更改某个工作表的数据透视表的筛选器选项,从而更新“测试团队进度”报表。 您可以自定义各报表以支持其他视图,如下表所述。
视图 |
操作 |
---|---|
|
更改 Iteration 的筛选器(默认值=全部) |
|
更改 Area 的筛选器(默认值=全部) |
|
更改 Test Plan 的筛选器(默认值=全部) |
|
在“列数据透视表字段列表”中,将 @@Last 6 weeks@@ 替换为其他 Set |
有关如何使用和自定义数据透视表和数据透视图报表的更多信息,请参见 Microsoft 网站上的以下页面: