IBM Rational Quality Manager 4.0 中的新功能

IBM Rational Quality Manager 4.0 提升了浏览体验,引入了一些用于记录测试脚本、升级和定制化的新方法,还提供了用于分布式测试和测试机器的自动选择等的新报告和新功能。Pramod Chandoria 详细介绍了最值得注意的新功能。

Pramod Kumar Chandoria, 咨询软件工程师, IBM

作者的照片Pramod Chandoria 任职于印度的 IBM Rational 软件实验室。他代表 Test Automation 团队定义了第一个版本的 Automation OSLC 规范。自 Version 1.0 起,他就开始领导 Rational Quality Manager 的设计和开发。他的专业领域包括测试执行和与测试自动化工具的集成。Pramod 持有印度理工学院罗克分校的学位,而且拥有将近九年的产品开发经验。



2012 年 9 月 07 日

下载 IBM® Rational® Team Concert 试用版  |  在线试用 IBM Rational 协作化生命周期管理解决方案
下载更多的 IBM 软件试用版,并加入 IBM 软件下载与技术交流群组,参与在线交流。

Rational Quality Manager 概述

IBM® Rational® Quality Manager 有助于您在整个软件开发生命周期期间管理质量保证。它是一种协作式的、基于 Web 的工具,提供了全面的测试规划、测试构造,以及测试工件管理功能,因此,它可以完全替代 Rational Manual Tester、Rational ClearQuest® Test Manager 和 Rational Test Manager。

Rational Quality Manager 还是用于协作式生命周期管理(Collaborative Lifecycle Management,CLM)的 Rational 解决方案的一部分。因此它根据需要与 Rational DOORS® 连接,并根据变更管理与 Rational Team Concert™ 连接,而且这些集成是以生命周期协作开放服务(Open Services for Lifecycle Collaboration,OSLC)规范为基础。这就意味着它对协作式软件开发尤其有用。

当您在 DOORS 中捕获需求时,可以并行启动测试的构造,同时,创建需求的可追溯性链接。这些可追溯性链接有助于根据变更需求来更新测试,从而确保测试遵循需求。它还有助于确保满足产品中的需求。

以类似的方式,测试执行期间已识别的检测可以直接报告到集成的更改管理应用程序 Rational Team Concert。从需要检测的测试结果中创建的链接有助于您从失败测试跟踪到检测以及相应的需求(如果有的话)。Rational Quality Manager 然后使用该集成来告诉测试程序,在构建中已解决完缺陷且执行完代码更改后,哪些失败程序已经准备好再次测试。

它还提供手动测试选项,可与各种自动化工具集成,并使用 Rational® Functional Tester 和 Rational® Performance Tester 来管理自动化测试。


Rational Quality Manager V4.0 的亮点

改进的企业部署支持

Rational Quality Manager 与协作式生命周期管理解决方案共同支持大型的企业级部署。

不再有完全迁移

以前,设计大型存储库的迁移可能要花费两天的时间来完成,但现在已不再如此。addTable 存储库工具命令完成整个迁移更快,从几分钟到几小时时间不等,主要取决于存储库的大小。

高度可用性的集群

集群提供具有自动故障转移的服务器高度可用性。这种功能目前只支持 IBM WebSphere® Application Server 部署。请在信息中心查阅 Rational Quality Manager V4 的版本说明来了解如何在集群中部署 CLM。

服务器重命名

现在,有可能在部署中更改一个或多个服务器的公用 URL。在以前的版本中,部署之后更改公用 URL 是不可能的。尽管规划一个部署并选择稳定的 URL 仍然优先考虑,但在一些情况下需要更改 URL,因为保留 URL(DNS、反向代理,以及其他)的其他技术已无法满足。其中几个示例是:跨领域的再定位、重组或收购、取消域名、数据中心整合和认同企业命名策略。

处理应用程序和定制化

Rational Quality Manager 使用 Jazz Foundation 流程支持来实现定制化。您可以根据 Role、Permission、Team 和 Iteration 来定义自己的流程。还可以将定制化流程导出到压缩文件,并将其导入到任何其他的服务器来遵循相同的流程(参见 Reusable 流程模板部分)。因此,您可以一次定义一个流程并随处使用,以确保推荐的流程在整个组织中都适用。

在早起的版本中,任何流程设置都同样适用于项目领域的所有用户。现在,您可以定义适用于特定团队或测试迭代的流程设置。从本质上来说,您可以允许属于 Team A 的一个用户创建测试案例,同时,拒绝 Team B 的用户。再如,您可以允许一个用户在第一次迭代中创建测试案例,但在第二次迭代中只允许修改权限,并在第三次迭代中完全阻止更改测试案例的相同使用。这些示例很具体,但您可以通过结合使用 Team、Iteration、Role 和 Permission 来定义自己的复杂流程。

您可以使用 Process Advisor 来定义各种预定义操作中需要满足的先决条件以及需要遵循的操作。例如:如果构建信息在执行测试案例前是强制的,那么就可以添加一个先决条件,就是用于“Execute test case”操作的“Disallow Execution until Build is mentioned”,如 图 1 所示。同样的方法,可以根据操作的成功执行来添加后续操作。此外,您可以根据 Team 和 Iteration 来配置这些顾问程序。注意:您需要 Rational Team Concert 客户端来配置该流程。

图 1. 流程配置
Project Area 流程配置

手动测试脚本记录器

手动测试脚本记录器是为满足手动测试创作者的需求而出现的一种集成。使用这个功能,您现在就可以记录应用程序上的用户手势,并将它们转换成英语中的手动脚本语句。执行该操作期间,应用程序屏幕截图也会自动捕获,并突出显示您与之交互的区域。您可以创建一个新的手动脚本,通过记录将步骤插入到现有的脚本中,并从测试案例设计部分创建一个手动脚本来获取链接到测试案例的手动脚本。

图 2. 手动记录测试的步骤
单击 Record,选择适配器

注意:
该功能是 Rational Functional Tester 8.2.2 和 Rational Quality Manager 之间的一种集成。启用时,您可以使用记录器在 Rational Quality Manager 中创建手动测试脚本,以测试 HTML 应用程序、Java 应用程序,或是具有 Dojo 控制的应用程序。

更好的执行规划和跟踪

现在,您可以轻松高效地跟踪测试执行进程。Test Plan Execution 状态窗口小部件(参见图 3)可显示在仪表盘中,以便查看您所感兴趣的测试规划的整体执行状态。乍一看,您可以看到每个测试规划中整个测试工作和其余工作比较的现场状态。您还可以通过测试程序来查看测试执行状态以便分析每个测试程序的工作负载和进程。

以下部分将详细介绍实现该目的所需的各种视图和窗口小部件。

图 3. Test Plans Execution 视图
为 View As 选项选择的 Execution

在 Test Case 视图(图 4)中,您还可以通过选择可追溯性作为 View As 选项来创建、编辑并查看富悬浮(Rich hover)可追溯性链接。

图 4. Test Cases Traceability 视图
向需求和开发项添加链接

执行状态的新视图和仪表盘窗口小部件

Execution 视图

Test Plan 和 Test Suite 视图已被扩展为也可以显示特殊的 Execution 视图,如 图 3 所示。该视图展示了用于测试案例执行状态的列,以及所列出的每个测试规划中包含的测试套件。

Traceability 视图

Rational Quality Manager 现在为以下视图提供 Traceability 视图:

  • Test Plan
  • Test Case(如 图 4
  • Test Case Execution Record
  • Test Suite Execution Record
  • Test Case Result
  • Test Suite Result

这些可追溯性视图具有链接到需求和缺陷的列。您也可以从那些视图中删除这些需求和缺陷的链接,或者将鼠标指针悬浮在链接上以便查看链接项目的预览。

Execution 记录仪表盘窗口小部件

该窗口小部件根据用户定义的查询参数在仪表盘上显示执行记录。这在您想跟踪仪表盘上特定执行的状态时非常有用。参见 图 5

Team Execution 状态仪表盘窗口小部件

测试案例的 Team Execution 状态和测试套件的 Execution 状态展示了测试程序所拥有的执行记录的执行状态栏。参见 图 5

Execution Record Queries 仪表盘窗口小部件

您可以使用该窗口小部件来查看添加到窗口小部件的所有执行记录查询的计数摘要。它提供在 Execution Record 视图中打开查询结果的链接。参见 图 5

所有者的 Execution 状态栏

Test Case Execution Record 和 Test Suite Execution Record 视图,与 Team Execution Status 仪表盘窗口小部件相类似,展示了按照所有者进行分组时的所有者 Execution 状态栏。它显示了每个所有者的整体执行状态。以同样的方式,每个所有者的执行状态可以在仪表盘上显示,如 图 5 所示。

图 5. Execution Status 仪表盘窗口小部件
执行状态仪表盘窗口小部件

可用性改进

快速显示或隐藏列控制

现在,您可以快速使任何隐藏的列可见,或者直接从列标题的菜单中动态隐藏可见的列,如 图 6 所示。您不需要像早期的版本那样为了这个目的而打开显示设置对话框。

只拖动列分隔符来调整表中列的宽度

现在很容易就可以调整列的宽度。只需根据需要拖动列分隔符即可,例如,在 Microsoft Excel 中。参见 图 6

图 6. 改进的用户界面,用于表视图
改进的用户界面视图

列重排序功能

现在,您可以轻松配置任何视图来显示哪些列和显示顺序。

隐藏多个选项卡的用户首选项

默认情况下,当打开多个工件时,Rational Quality Manager 不显示多个选项卡。相反,您可以反复进行,或者是使用浏览器的 Back 按钮,或者是使用菜单项。每当创建一个新工件或是打开一个现有项,其条目都会被添加到相关的菜单项,如 图 7 所示。您可以通过下列菜单转到您所需的已经打开的视图。添加 * 是为了修改菜单中的项,如果您更喜欢较老样式的多个选项卡,可以更改为用户首选项中的样式。

图 7. 动态菜单项
最近查看的菜单和未保存的工件

先决条件和后置条件

测试案例先决条件和后置条件现在显示在手动脚本执行页面。这有助于您在运行手动测试时动态读取先决条件或者后置条件。

预览富文本中的嵌入式图像

现在,您可以在富文本域中悬浮图像并查看完整的图像预览。

表中的行操作菜单

许多表现在都支持行操作菜单,如图 8 所示。在测试工件表中,您可以对表中的行所采取的操作已经移动到使用铅笔图标单击按钮时打开的弹出式菜单中,这些铅笔图标位于选择复选框右侧的列中。

图 8. 行操作菜单
在两个下拉式菜单中选择

测试规划改进

团队的测试工件所有权

在早期的版本中,Rational Quality Manager 已经支持按照个人的工件所有权。现在 V4 将这个概念扩展到按照团队区域的所有权。图 2 所示的测试脚本与“JKE Testing - Money that matters”团队区域有关。

属于一个团队区域的工件仍可由所有用户跨项目区域来访问。但是,流程和权限可被团队区域级别定义的流程覆盖。默认情况下,团队区域流程与项目区域流程相同。但通常情况下,您会覆盖特定于团队的默认流程。您可能会这么做,例如,在某个时间您不想支持属于团队区域的测试工件的修改。在那种情况下,您可以在特定于团队区域的流程中删除团队区域拥有的所有工件的修改权限。那么就没有人可以修改属于该团队区域的工件。除了:

  • 每个团队有其自己的时间线。
  • 支持对流程的细粒度控制,而不会影响在同一个项目区域内工作的其他团队的流程。
  • 该功能可用于测试规划、测试案例、测试套件、执行记录,以及执行结果。

测试工件工作流定制化

  • 默认情况下,Rational Quality Manager 为工件提供 Draft、Under Review、Approved 和 Retired 状态。现在您可以定义定制测试工件状态和工作流,如图 9 所示。工作流由状态操作构建。一个操作定义目标状态的一个路径。基于此目的有一些流程顾问:可定制的预定义状态转换集。
  • 状态之间的转换也可以定制。

您可以使用 Rational Team Concert 客户端在每个充当先决条件或者后续操作的状态上分配流程顾问。参见 图 1

图 9. 测试规划状态转换工作流
Draft > Ready for Review > Approved > Retired

可重用流程模板

使用 Rational Team Concert 客户端,您现在可以从现有的 Rational Quality Manager 项目区域将流程模板导出为压缩文件,可允许您重用模板来快速设置新项目。流程模板可以包含以下定制化:

  • 角色和权限
  • 测试工件工作流
  • 测试工件模板
  • 项目属性和首选项,比如属性、工件类别、UI 模板和质量目标

测试优先级

一项新的优先字段已经添加到 Test Plan、Test Suite、Test Case、Test Case,以及 Execution 记录与 Test Suite Execution 记录,所以您可以设置测试的优先级。

  • 有助于团队首先运行高优先级的测试,并在测试周期早期查找任何重要的缺陷。
  • 有助于根据优先级来分析执行状态。
  • 可在 Project Area 管理页面下定制,而且用户可以定义最适合其测试项目的优先级。
图 10. 具有新 Priority 列的 Test Case 视图
覆盖 Tests Case 视图的 Option 窗口

层次测试迭代和当前迭代

在 V4 中,您可以跨可由许多项目规划共享的项目区域来定义全局层次测试迭代。您可以在项目区域内定义时间线的活动,并使用其自己的测试迭代、可交付性、权限和流程。图 11 显示了您在 Web 客户端定义层次时间线和迭代的方式。

提示:

参见 图 1,了解如何使用 Rational Team Concert 客户端来定制化用于迭代的流程和团队权限。

您可以按照当前迭代来设置任何一个迭代。这将有助于您根据当前迭代来创建查询和仪表盘。例如,为当前迭代创建用于 Execution 状态的仪表盘后,在仪表盘上不需要任何查询或任何窗口小部件。只需更改当前迭代,它将自动反映其他任何地方。

图 11. 时间线和迭代
跨测试规划的时间线

改进的审批支持

工件的审批部分已经改进为通过一般讨论和审查评论来支持项目协作。以前,对于每一次审批,每个审查者或评论者每次评论都只能使用一个评论部分。现在,所有用户在评论、审查或是一般讨论时都有一系列的评论可供讨论。

注意:

正式视图现在也支持测试脚本和执行结果

图 12. 团队协作以便进行工件审查
通过工件上的评论进行协作

可配置流程操作

已经为各种操作添加了许多流程先决条件,而且有多个用于工件状态转换的先决条件。下面只是先决条件的部分列表:

  • 只允许执行批准的测试脚本、测试案例和测试套件
  • 只在指定构建时允许执行
  • 禁止修改已批准工件的正式审查
  • 对于工件的正式审查需要电子签名
  • 对于锁定-解锁需要电子签名
  • 禁止转换为 Approved,直到所有批准者批准
  • 在审查前需要与结果相关的缺陷

提示:
参见 图 1 了解如何应用这些先决条件。

电子签名现在可用

增强的电子签名支持可用于帮助您遵守管理需求。需要电子签名的操作现在通过流程配置启用。以下是其中一些细节:

  • 用于在工件中锁定与解锁,以及审查与批准
  • 能够立即对多个工件签名
  • 历史记录显示何人签名、何时签名、执行何种操作和评论签名
  • 使用 Rational Team Concert 客户端配置

测试执行改进

基于测试环境的执行适配器搜索

Rational Quality Manager 现在可以向适当的适配器自动分配自动化的测试,这些适配器运行于测试环境中,该测试环境与在 Execution Record 级别指定的测试环境相匹配。您可以定制化该功能来选择需要匹配的环境类型,比如只有操作系统。这有助于您确保自动化的测试按计划执行,例如,Linux 不在 Window 测试机器上执行,且隐藏了其在 Linux 上的任何问题。

图 13 显示了一个测试案例执行对话框,该对话框具有选定的 Linux 测试环境。选定的适配器也在 Linux 平台上运行。参见 参考资料 中引用标题为“Automate tests without compromising coverage of the environment”的 developerWorks 文章以了解更多详细信息。

图 13. 根据测试环境选择机器
根据测试环境选择适配器

有一个项目级别的首选项来控制搜索标准,如图 14 所示。

图 14. 适配器搜索首选项
适配器搜索标准和搜索行为选项

Estimate 和 Time spent

  • 新的 Estimate 字段可用于测试案例和测试套件。
  • 两个新字段(Estimate 和 Time spent)已经添加到 Execution Record 来支持跟踪完成测试所需的总时间,以及到目前为止已花费的实际时间。
  • 这些字段需要由测试人员在测试执行期间进行手动更新。
  • 这有助于根据总时间 工作以及完成测试执行的总剩余时间来识别执行状态。
  • 在前面部分中,Testing Estimate 的状态还可用于此处所描述的各种 Execution Status 窗口小部件和视图。

命令行测试执行工具

命令行实用程序在本版本中可用,您可以通过提供适当的输入参数,用来执行一个测试案例或者测试套件执行记录。工具的编辑代码可映射到执行的定论中。当您想根据 Rational Quality Manager 之外的工作流来触发执行时,这非常有用。参见 参考资料 部分中您需要了解更多信息的部分。

Selenium JUnit 测试适配器

有一个新的 Execution Adapter 可用,可在 Rational Quality Manager 上运行 Selenium 测试和 JUnit 测试。参见 参考资料部分,了解这项新集成的更多信息。

用于自动化脚本执行的最受欢迎机器

有时,自动化的脚本在特定的机器上运行良好,因为所需的其他资源并不容易获得,或者是因为其他特定原因。在这种情况下,您可以将机器与远程脚本联合作为最受欢迎的机器。每当执行自动化脚本时,如果运行在最受欢迎机器上的适配器可用,则将授予高度首选项。

使用构建信息执行测试案例和测试套件

现在,在执行测试同时指定构建已经成为可能。正如在流程定制化部分所述,也有可能使构建信息强制用于执行。

与测试案例和测试套件结果关联的大量更新和构建

您可以将构建记录与多个测试结果关联为一体以便节约时间。这在您想提供构建信息时非常有用。发布测试执行不需要提供构建信息就可执行。记录不需要执行的测试结果方面的改进。

  • 需要指定的具有多个选项的富对话框,同时创建不需要执行的直接结果
  • 包括缺陷、构建、说明、类别、权重分步,以及定制属性信息

命令行适配器可以将文件和链接附加到测试结果中

  • 将外部日志文件上传到测试案例结果中的选项
  • 将测试案例结果与外部资源链接相关联的选项

富执行控制台

  • 执行请求的所有者,拥有大量所有者更改支持
  • 附加列,包括 Suite Progress、Test Plan、Milestone 和 Adapter
  • 将执行任务重新分配给其他可用机器
  • 将执行任务重新分配给其他所有者
  • 如果生成错误,则取消执行任务
  • 从 Adapter 控制台清除适配器的所有任务
  • 通过分页改进 Adapter 和 Execution 控制台性能。(自 Version 3.0.1.1 起)

用于测试案例执行记录和测试套件执行记录的新编辑器

  • 定制测试案例和测试套件执行记录的属性
  • 查看执行记录的执行历史记录

为手动测试添加的永久性 Failed 和 Deferred 步骤定论

已经使用相应的支持点为手动执行添加了两个新定论。

图 15. 测试套件改进
指定测试步骤所有者和测试单元

测试套件改进

执行所有者可被分配到测试套件的步骤中

有时候,测试套件需要每个测试步骤由不同的测试程序来执行。可以通过为每个步骤分配执行所有者来实现此目的。它支持在多个测试程序之间共享大型测试套件步骤的执行。

使用测试单元进行分布式自动化测试

Rational Quality Manager 现在能够独自分发自动化测试;不需要用户显式指定应当执行自动化测试的机器。您可以创建一个测试单元,而且在这个单元中,包括分发测试所需的所有机器。执行测试套件时,您可以指定测试单元,而不是为每一个步骤显式分配适配器。在运行时,Rational Quality Manager 将在测试单元中的各个机器之间分发测试,以便高效使用机器。这将大大减少手动工作并提高机器使用率。

测试套件现在无需脚本就可执行

现在,即使其中一些测试案例步骤并不具有相关的测试脚本,也可以执行测试套件。

只具有选择性测试案例的测试套件执行

现在,可以执行测试套件的选择性测试案例。只运行其中一些测试案例可能会有许多原因,比如,只测试那些在上次运行中失败的测试案例。

还有一种选择,就是返回上次运行中没有通过的所有测试案例,而不是手动查找并选择用于执行的失败测试案例。

测试套件及其相关工件的富悬浮

测试套件、测试套件执行记录和测试套件结果也可以通过悬浮来查看,在链接上,类似于早期对测试规划和测试案例的支持。

有关步骤的测试套件执行状态平面计数

套件结果和相关的表现在可以显示已通过的、失败的和正在进行的测试案例的平面计数。


测试调度改进

直接调度测试案例和测试套件执行

以前,您总是需要去创建执行调度,即使是只想调度一个测试案例或测试套件的执行时也是如此。这不再是一种需求。现在,您可以直接从执行对话框中调度一个测试案例或是一个测试套件。有一个“Schedule execution”复选框。如果检查一下,您就可以指定应当运行测试案例或者测试套件的时间,如 图 13 所示。

定时作业的显式视图

以前,调度的其中一个缺点是没有办法查看所有的调度。现在,有一个您可以从菜单中打开的视图,其方法是:单击 Execution>Browse>Scheduled Jobs(参见图 16)。该视图应当列出这些类型的所有定时作业:Execution Scheduled、Test Case Execution Record 和 Test Suite Execution Record。

您可以根据下一个预定时间来跟踪定时作业。还有一个选项可供取消多个定时作,就是单击并支持 REST API 来进行调度或者取消作业。

图 16. Scheduled Job 视图
快速查看并跟踪定时作业

集成改进

从手动测试脚本到需求的可追溯性

  • 手动测试脚本的每一步都可链接到一个或多个需求。
  • 仅限于已经与相关测试案例关联的需求。
  • 链接在测试执行期间显示,并展示测试案例结果详情。
  • 此项工作还使用 IBM Rational Requirements Composer 和 IBJM Rational DOORS® 9.4。

现在可以使用 Microsoft Word 或 Excel 导入层次类别

  • Rational Quality Manager 支持大型工件组织的层次类别。
  • 现在,Word 和 Excel Import 工具也支持导入层次类别。

DOORS 9.4 和 Rational Quality Manager 4.0 集成

图 17. 联合测试规划和 DOORS 模块
需求链接的 DOORS 集成和选择
  • 从工件之间实时链接到需求(而不是同步机制):
    • 从测试规划到 DOORS 模块
    • 从测试案例到 DOORS 需求
  • 可使用协调向导来创建链接,或者逐一从 DOORS 或从 Rational Quality Manager 中创建
  • DOORS 需求通过富悬浮在 Rational Quality Manager 中的直接可见性
  • 使用 OSLC RM 规范 v2
  • 迁移实用程序现在可用于删除从测试到 Rational Quality Manager 代理需求的链接,并自动替换为 OSLC 链接。

注意:

必需打开 IBM Rational Insight 来运行 Data Manager ETL,之后再为 DOORS 需求使用所包括的 BIRT 或 IBM 基于 Cognos® 的报告。

可报告的 REST API 现支持团队区域

Rational Quality Manager V4 介绍了许多工件的团队区域关联性。可报告的 REST API 也支持这种关联性。


报告增强

表视图中的 CSV 数据导出

许多表工件视图现在可以导出为 CVS 文件以供电子表格使用。使用 CSV 导出,您可以在 Export Job Queue 中访问 CSV,就像您使用生成的 PDF 一样。在 UI 中所看到的内容就是您在结果产生的 CSV 文件中所获得的内容,包括选定的列、排序和过滤。如果表视图包含多个页面,则全部导出。可通过与导出 PDF 同样的方式来查询并处理结果产生的 CSV 文件,所以您必需转到 Manage Export Job Queue 来下载完成的结果。

图 18. 工具栏上的 CSV 导出操作
工具栏上的 CSV 导出操作

报表管理

在 v4.0 中,已经改进了报表用户界面,且更新为跨 CLM 应用程序通用。有一个 Shared Reports 视图(图 19),显示可供跨项目共享的所有报表。该视图能够创建报表的新文件夹。您还可以从报表资源中创建报表、导入报表、删除报表,以及将报表复制或移动到其他文件夹。

图 19. Shared Report 视图
跨项目区域的共享报表

有一个类似的视图,称作 My Report,该视图显示专用于用户的报表。该视图具有与 Shared Report 相同的所有操作。您可以使用其来访问 Rational Quality Manager 应用程序内的 Report Resource(原名为 Report Template)。以前,访问 Report Resource 需要 Rational Team Concert 客户端。您可以直接从该 Web 视图中为现有报表部署新的报表或是更新报表资源。

内置的 BIRT 报表的可用性增强

基于图表的报表现在在报表底部包含一个表,显示报表中数据的详细信息。

图 20. 基于图表的报表
底部表格详细信息

所有报表现在都包含一个可折叠的部分,该部分显示报表中正在使用的参数。它们还在报表底部包含一个可扩展的 About 部分,该部分描述报表并告诉用户需要在报表中查找的信息。

测试准备和测试套件执行的新 BIRT 报表

下列新 BIRT 报表可用,主要用来处理测试套件的报表间隙:

  • 测试工件的状态
  • 按照开发状态的测试脚本
  • 按照开发状态的测试套件
  • 按照 TER 的测试案例覆盖
  • 按照测试脚本的测试套件覆盖
  • 测试套件执行记录清单
  • 测试套件结果的测试案例结果详情
  • 使用测试案例计数的测试套件执行记录状态
  • 使用权重的测试套件执行记录状态
  • 按照所有者使用 TSER 计数的测试套件执行记录状态
  • 按照所有者使用权重的测试套件执行记录状态
  • 按照测试套件使用 TSER 计数的执行状态
  • 按照测试套件使用权重的执行状态

提示:

这些新测试套件 BIRT 报表也可用于仪表盘窗口小部件。

新的 Cognos 样例报表,用于报告度量和执行结果

所有 IBM Cognos 报表现在使用一组新的样式和一种新的布局来提高报表的可用性、可读性和可打印性。这些样式(称作 RATL_ styles)也可用于定制化报表的作者,以及通过使用 Report Studio 来为微型报表创建定制化、整页的报表和窗口小部件的所有新报表模板。登录到 Cognos Connection 时,您将会在 Public Folder > Report Templates 中发现这些模板。这些模板命名为 RATL Report Template 和 Mini RATL Report Template。的九个全新的基于 Cognos 的报表可用:

  • Execution Result Date Metric
  • Execution Result Metric
  • 使用 Iteration 的 Execution Result Metric
  • 使用 Iteration 的 Execution Result Points Metric
  • 使用 Iteration 的 Execution Work Item Metric
  • 使用测试规划的项目测试案例度量
  • 使用测试规划的 Request Metric
  • Test Suite Execution 摘要
  • 使用权重的 TSER 状态

新的 Cognos 参考报表用来启动定制化报表

该版本添加了一组新的参考报表,这些报表是预制的报表样例,目的在于用作创建定制化报表的起点。使用这些报表来创建度量报表,其方法是使用不同种类的图形,比如行、栏,或是基于表的报表,以便实现整页的报表显示,或是使窗口小部件能在仪表盘中显示。您可以在公开的 Rational Reporting for Development Intelligence(RRDI)- Insight connections 文件中找到这些报表:Sample Report Definitions > QM > Reference Reports

以下是一些新的报表:

  • Mini Report - Bar Graph - Defect Arrival and Resolution
  • Mini Report - Bar Graph - Execution Points Over Time
  • Mini Report - Line Graph - Defect Arrival and Resolution
  • Mini Report - Table - Execution Results
  • Report - Bar Graph - Execution Points Over Time
  • Report - Line Graph - Execution Points Over Time
  • Report - Metrics Table - Execution Result Metrics With Iteration
  • Report - ODS Table - Execution Result Related Requests

使用 IBM Rational Publishing Engine 支持文档样式的报表

您现在可以向 Rational® Publishing Engine™ 模板添加并从此处执行通用的报表 UI。有一些样例模板可用,演示了如何编制 Rational Publishing Engine 报表以便以这种方式使用。参见 参考资料 了解该信息中心主题的更多信息:使用协作式生命周期管理应用数据在 Rational Publishing Engine 中创建文档样式的报表。

新的可报告数据

该 Rational Quality Manager 版本提供了各种新功能,这些新功能已经可用于您的定制化报表。它还能处理来自想定制属性和类别全范围报表的用户的反馈意见。以下是一个数据项列表,现在可通过使用 Report Studio 或 Query Studio 来定制报表:

  • 所有类别
  • 所有定制属性
  • 跨流程报告的定制工件状态和状态组
  • 执行结果的 PermFailed、Deferred 和总计分数
  • 质量任务
  • 阶段描述

来自测试执行结果的 Points PermFailed 和 Points Deferred 已经被添加到与执行权重相关的报告中,以便与按产品分类的(productizing)系统验证测试的报表定制化相匹配。

其他重要的 Rational Team Concert 与 CLM 增强对 Rational Quality Manager 报告也很重要,这些增强包括:

  • Work Item Due Date 和 Creator(还有请求度量的创建者维度)
  • CLM 链接类型
  • 许多度量修复

数据管理器 ETL 性能改进和优化

对于 Rational Insight 用户来说,有一个新的 XDC 文件可为拥有大量项目的客户提供性能改进。您可以在 Reports > Download 管理页面找到名为 rqm40-cross-project-etl-alternative.xdc 的替代 XDC 文件。如果您在 Rational Quality Manager 服务器上有大量的项目区域,则可以使用这个 XDC 文件(而不是默认的 rqm40.xdc 文件)。如果您首先使用了rqm40.xdc(或者是 3.0.1.x 等效文件),它还提供一个迁移文件。您可以在 RQM4_Jobs > RQM4_MigrationsJobs 中找到这项名为 RQM_Migrate_to_XProjETL_4.0 的作业。

默认的 XDC 文件会使 ETL 在服务器上的每个项目上依次迭代,从而分别检索每个项目的资源。使用新的 XDC 文件,ETL 在每次经过时将检索所有项目区域的资源。这会去除迭代的开销。Rational Insight 使用一个 ODBC 驱动程序,该驱动程序在每次往返到 Rational Quality Manager 服务器时会产生一项初始化开销。对于每一项目的所有资源来说,在典型服务器设置的每一个项目中,这项开销平均为 3 到 5 分钟。

因此,新的 ETL 策略减少了服务器的往返,从而节约了时间。如果有 100 个项目,这项策略可为每个 ETL 运行(增量,以及满载)时间节约多达 8 小时。

该方法的缺点是,如果在加载期间出现错误,比起针对逐个项目的方法,您将需要重加载更多的数据,其中您必需能够从已经失败的项目中恢复。

总之,如果您在 Rational Quality Manager 服务器上只管理少数的几个项目,即使在这些项目中拥有大量的数据,也最好保持默认的 rqm40.xdc 文件。如果您有大量的项目,而且想为每个项目删去 3-5 分钟的开销,那么就值得尝试一下这个新的 XDC 文件。

该版本提供一种新的替代作业,用于并行加载 Rational Quality Manager 的 ODS(Operational Data Store)。它被称为 RQM_ODS4.0_ParallelDeltaLoad。根据您自己的数据,此项构建可以大幅提高加载 Rational Quality Manager 数据的性能,尤其是在每日增量加载期间。这种新作业被用作 Jobs > CLMJobs > CLM4.0_All_Parallel 中 CLM 作业流的一部分。

新的支持视频

在 IBM Rational Reporting for Development Intelligence Web 页面,您可以发现一个完整的播放列表,通常,该列表包括如何为 Rational Quality Manager 和 CLM 创建定制报告的所有新支持视频。


结束语

在本文中,您了解了 Collaborative Lifecycle Manager(CLM)2012 版本中 Rational Quality Manager 4.0 提供的新功能。它还解决了企业级部署,实现高可用性、服务器重命名、简化的用户界面,以及通过 Team 区域和 Timeline 的流程定制化。使用 OSLC 与 DOORS 的集成,使得这项集成成为一流的集成,并且 Rational Quality Manager 扩展了其与 Selenium for Web Automation 的集成。自动化执行已经变得更强大,通过使用基于 Environment 的机器选择和分布式测试,减少了手动工作,实现了高效的机器使用率。通过使用显示状态信息的各种视图和窗口小部件,使得测试管理员和其他管理员监视状态更为容易。报告区域可用性、易管理性和性能已经有很大改善,同时还添加了新的报告。存储库迁移时间的减少将会吸引 Rational Quality Manager 用户以比之前更快的速度更新到新版本。

参考资料

学习

获得产品和技术

讨论

条评论

developerWorks: 登录

标有星(*)号的字段是必填字段。


需要一个 IBM ID?
忘记 IBM ID?


忘记密码?
更改您的密码

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件

 


在您首次登录 developerWorks 时,会为您创建一份个人概要。您的个人概要中的信息(您的姓名、国家/地区,以及公司名称)是公开显示的,而且会随着您发布的任何内容一起显示,除非您选择隐藏您的公司名称。您可以随时更新您的 IBM 帐户。

所有提交的信息确保安全。

选择您的昵称



当您初次登录到 developerWorks 时,将会为您创建一份概要信息,您需要指定一个昵称。您的昵称将和您在 developerWorks 发布的内容显示在一起。

昵称长度在 3 至 31 个字符之间。 您的昵称在 developerWorks 社区中必须是唯一的,并且出于隐私保护的原因,不能是您的电子邮件地址。

标有星(*)号的字段是必填字段。

(昵称长度在 3 至 31 个字符之间)

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件.

 


所有提交的信息确保安全。


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=10
Zone=Rational
ArticleID=833718
ArticleTitle=IBM Rational Quality Manager 4.0 中的新功能
publish-date=09072012