转自:http://www.ibm.com/developerworks/cn/rational/r-cn-rqmend2endtestmanagement/index.html
IBM Rational Quality Manager 为自动化测试提供了一整套完整的端到端的管理平台,包括自动化环境的统一部署,自动化脚本的导入和共享,自动化测试计划以及用例的创建,测试用例及套件的自动化运行,一直到自动化执行结果以及自动化与手动测试对比分析报告的生成。
Rational Quality Manager 为自动化环境部署人员、自动化脚本开发人员、以及测试人员提供了统一的控制中心,极大的方便了三方的协调工作;另一方面,Rational Quality Manager 支持测试结果的自动生成,提高了自动化测试执行的效率和准确率;同时,自动化执行结果报告和自动化与手动测试对比分析报告使得测试管理人员能够即时掌握自动化测试的情况。
应用 Rational Quality Manager 和 Rational Functional Tester 实现端到端的自动化测试管理主要包括以下几个步骤,如图 1。
图 1. 应用 Rational Quality Manager 实现自动化管理步骤
应用 Rational Quality Manager 进行端到端的自动化测试管理的具体步骤和操作将在本文的后续部分进行详细的说明。
部署基于 Rational Functional Tester 的自动化测试环境
Rational Quality Manager 提供了多种自动化测试工具的集成接口,包括 Rational Functional Tester、Rational Performance Tester、Rational Service Tester for SOA Quality、Rational Robot、Rational Test RealTime、Rational AppScan Tester Edition。本文以 Rational Functional Tester 8.1.0.2 为例,介绍如何部署自动化测试环境。
安装支持 Rational Quality Manager 的自动化测试工具。Rational Functional Tester 8.0 不支持 Quality Manager 的集成,因此应该选择安装 8.1 版本。
配置并启动 Rational Functional Tester 自带的 Rational Quality Manager 适配器。
(查看图 4 大图)
Rational Quality Manager 提供了引用外部测试资源的测试脚本的接口,因此创建测试脚本实际上就是引用外部资源上面的脚本。我们可以通过如下的操作步骤来选择已有的脚本资源,并把他们添加到 Rational Quality Manager 上。
在 Rational Quality Manger 左侧的导航栏中选择构造,然后选择创建测试脚本。
在创建测试脚本页面中(图 5),输入脚本名称以及描述信息。类型下拉菜单中列出了各种脚本类型,包括 Functional Tester、Rational AppScan Tester Edition、Rational Test RealTime、Robot、性能测试等等。本文是基于 Rational Functional Tester 的自动化测试,因此选择 Functional Tester 选项。创建的测试脚本需要从外部资源引入,外部资源分为测试机上的本地测试资源,和共享位置的测试资源。
(查看图 5 大图)
使用测试机上的测试资源,是指每一台测试机器上都放置测试脚本,当执行测试时,Rational Quality Manager 就会通过适配器启动测试机上面的自动化工具来运行其本地的测试脚本,具体步骤如下:
(查看图 6 大图)
(查看图 7 大图)
(查看图 8 大图)
使用来自共享位置的测试资源,是将脚本放在共享目录底下,每当运行测试脚本的时候,Rational Quality Manager 就会自动将共享目录下的脚本拷贝到本地的测试机上面。使用共享位置的方式,既保证了测试脚本的一致性,又大大方便了脚本开发人员和测试人员的协调工作。
对于任何一个完整的项目,我们知道,制定测试计划和测试用例都是保证项目顺利有序进行并最终取得成功的重要的且不可或缺的因素,因此,在 Rational Quality Manager 上为一个项目建立一个完整的自动化测试流程,首先我们也要为该项目创建自动化测试计划,并为该计划添加测试用例。并且在成功创建完测试计划和测试用例后,我们需要为每条测试测试用例添加适当的已预先创建好的自动化测试脚本,也就是为测试用例关联自动化测试脚本。下面我们就这三个部分分别详细的加以描述:
对于一套标准的测试流程,首先我们需要测试计划,具体步骤如下:
在成功创建完测试计划后,我们便可以为该测试计划添加测试用例了,具体步骤如下:
在执行自动化测试之前,我们首先需要把测试用例和自动化测试脚本进行关联,下面我们以 Automation Test Case 1 为例,具体介绍下如何为测试用例关联自动化测试脚本。
为每条测试用例关联测试脚本,这样虽然对单个测试用例来讲实现了自动化,但测试人员需要一条一条的运行测试用例,显然这种运作方式是比较费时费力的。因此在实际的自动化测试项目中,测试人员通常通过创建测试套件来批量的执行自动化测试用例,从而大大的提高自动化测试效率。
下面我们就如何创建测试套件并为该套件关联测试用例进行逐一介绍;
当一个包含多条测试用例的测试套件被成功创建后,用户便可以通过直接执行该测试套件来一次性的批量执行多条用例,从而节省大量的时间,下面我们就介绍下如何执行测试套件并生成测试结果。
选择“构造”,“查看测试套件”来打开已创建好的测试套件,勾选需要运行的测试套件,点击“运行”图标,如图 23 所示。
在运行测试套件窗口,在左下角勾选“将结果与测试计划关联”,然后从“测试计划”下拉菜单中选择我们之前创建好的“Automation Test Plan”;另外我们也可以点击更改图标为不同的测试用例选择不同的机器,这里我们以一台机器为例;此外,我们还可以看到左下角有一个关于运行方式的选项:并行运行此套件,如图 24,用户可以通过勾选或者不勾选这个选项来选择并行或者串行运行方式。下面我们就这两种运行方式逐一详细描述:
当测试套件中的用例之间没有前后依托的关系,并且分布在多个测试机上时,选择并行执行可以大大的提高执行效率。当测试执行时,测试套件中的多条用例被同时执行,如图 25 所示。
序列执行即串行,当测试套件中的用例之间是紧耦合,即一条用例的运行是在另一条用例执行结果的基础之上,那么多个用例就需要按照一定的顺序一个一个的串行执行,其执行顺序是在创建测试套件时,添加用例的顺序。也就是说在 Automation Test Case 1 结束运行后,才会开始运行 Automation Test Case 2,以此类推,如图 26 所示。
在执行结束后,通过点击“关闭并显示结果”按钮来查看测试执行结果
当该测试套件中所有的测试用例执行完毕后点击“关闭并查看结果”按钮,可以查看所有测试用例的具体执行结果,如图 27 所示。
Rational Quality Manager 提供了丰富的分析报告,包括需求结果分析报告,测试结果分析报告,缺陷分析报告,等等。对于自动化测试来说,我们关注自动化测试结果分析报告,和自动化测试与手动测试的对比分析报告。
自动化测试结果分析报告,展示了自动化测试的权重(以点数为单位)执行情况,包括未启动(Not Started),已尝试(Attempted),无定论(Inconclusive),已阻塞(Blocked),已失败(Failed),以及已通过(Passed)六种情况。
自动化与手动测试对比分析报告,展示了自动化测试用例与手动测试用例的详细信息,对于自动化测试和手动测试又详细分为执行失败(Failed),执行成功(Passed),未执行 (Not Run) ,以及未完成(Incomplete)四种情况。

来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/14780873/viewspace-659793/ ,如需转载,请注明出处,否则将追究法律责任。