RFT全称是Rational Functional Tester，是IBM公司的一个产品。以前叫Rational XDE Tester，再早一点叫RobotJ。RFT提供了自动化测试Java程序、web应用、Eclipse以及终端应用的解决方案。它支持Windows以及Linux平台。RFT支持纯Java以及VB.Net作为其自动化测试脚本，由于笔者多工作在J2EE平台，以下内容将只涉及用Java作为自动化测试脚本，但其原理同样可以应用于VB.Net写出来的脚本。图表1 RFT的主界面为RFT的主界面。笔者正在使用的RFT的版本为6.1.1.1。

图表1 RFT的主界面

2、理解RFT的对象识别

使用RFT开发自动化测试脚本的过程大致是：录制对象映射，使用对象映射对GUI对象进行操作从而完成自动化测试。所以我们首先来理解RFT的对象识别。

2.1、对象映射文件

在RFT里面有一类以rftxmap为后缀名的文件，这类文件被称为对象映射文件，用于存储被测GUI对象的识别信息。对象映射文件所包含的被测GUI对象又可以可视化的显示在对象映射编辑器中。虽然这类文件是文本格式的，但不能够像普通文本文件被直接编辑。相反，应该使用录制工具将对象加入对象映射文件中。编辑对象的识别标准则是通过对象映射编辑器来完成。

2.2、对象映射编辑器

图表2所示的就是一个对象映射编辑器。从中我们可以看出，这些被录制工具加进来的对象组成了树形的结构。每一个对象都有相关的识别属性。例如图中高亮显示的Button对象，它的.class属性值为javax.swing.JButton，说明这个对象是swing组件库中的按钮组件。它还有其他属性。每个属性的值后面都跟有权重值。权重值对于测试程序运行过程中对象识别非常重要。

图表2对象映射编辑器

2.3、对象识别的过程

这里简单描述一下测试程序运行时对象识别的过程。假如我们在测试的过程中需要点击图表2中高亮显示的对象所代表的按钮。RFT首先需要找到按钮所在对象树的根所代表的GUI对象。我们不难看出其所在对象树的根上的对象代表了一个Java的Frame。只要启动了正确的Java的Frame，根上的对象不难找到。RFT将根据这棵树的结构一步一步的找下去直到找到相应的按钮，这样我们就可以在程序中执行该按钮的点击操作，从而完成了测试中的简单一步。由此可见，对于这棵树上的所有对象的识别都是重要的，只要其中一个识别不出来，那么按钮最终也找不到。而RFT在识别GUI对象的过程中将根据一个算法来决定该对象是否符合识别标准。这个算法就用到了识别权重值。

2.4、对象识别算法

还是以按钮对象为例说明这个算法。从图中可以看出，按钮对象有三个属性的识别权重值大于零。我们假设其他属性权重值为0。假设RFT以对象树的顺序找下来，最后发现了3个候选对象。其中有两个.class属性不是javax.swing.JButton，这两个对象的识别分数至少为100（识别权重）*100（用于计算识别分数用的倍数）=10000，而如果识别阀值（此为系统参数）为10000的话，这两个对象将被认为不匹配对象映射。而第三个对象的属性值如果全部符合，它的识别分数为0，小于10000，匹配成功。

2.5、调整对象识别

当对象加入到对象映射库以后，RFT将会为该对象建立默认的识别属性和识别权重值。如果在测试脚本运行过程中发生识别失败。可以通过以下方法进行调整：

• 修改识别权重；
• 添加或删除识别属性。如按钮的例子，用于识别的属性有3个，可以通过添加其他识别属性来缩小对象识别的范围；
• 修改识别属性的值。有的属性是字符型，且每一次测试都有可能发生变化，这时候可以找到这种变化的规律，用正则表示式的方式来表达这个属性的值。如按钮的例子，有一个属性名叫accessibleContext.accessibleName，它的值为”OK”，我们把该值改为”*OK*”，在测试脚本运行过程中，即使碰到”abcOKabc”这样的值也可以实现匹配。

2.6、动态对象识别

除了基于映射的识别模式外，RFT还提供了动态对象识别的功能，该功能是通过定义在RationalTestScript and TestObject中find()方法完成的。虽然大部分测试小组只需要使用基于映射的对象识别方法，但是find()可能在以下几种特别的情况下是必需的。

• 识别动态对象。有的对象在运行过程中是动态变化的，把这些对象加到对象映射没有意义。
• 支持多语言测试。
• 测试那些不稳定的或对象映射树太深的应用。

笔者曾经见过一个测试小组，根本不用RFT提供的对象映射文件，而全部用动态对象识别功能，它需要测试人员把对象识别属性写到配置文件中。这样一来，它甚至可以脱离RFT的开发环境，而只需要Eclipse便可以开发测试脚本。

3、理解IBM的框架

在IBM内部已经开发出一套框架。有了这套框架可以为你的自动化测试项目提供以下帮助：

• 加速脚本编写；
• 快速调试以及易于维护；
• 代码重用；
• 很好的组织脚本文件；
• 帮助协作；
• 从他人经验得到益处；

这套框架由以下三个部分组成：通过appobjects，tasks以及testcases来实现三层架构；ibm工具包；以及配套的最佳实践。下面将介绍这套框架，其中ibm工具包虽然很有用处，但IBM并没有正式发布，所以本文将不提及。

3.1、appobjects, tasks, and testcases包

IBM的框架建议将测试脚本分为三类appobjects, tasks, and testcases，进而将脚本分别放在appobjects, tasks, and testcases包中。这三类脚本存在这样依赖关系testcases->tasks->appobjects。如图表3所示，形成了一个三层架构。下面分别介绍每一层的作用。

图表3三层架构

Appobjects用于存储关于应用程序GUI元素的信息。在appobjects里面你将写一些getter方法，这些getter方法返回对象给调用者，这些对象将用于查询和操作GUI元素。一般，这些getter方法将在tasks层调用。

Tasks用于写一些可重用的方法，这些方法将对应用程序执行一些操作。如果需要操作和查询复杂的特定于某应用程序的控件，也可以写在tasks的方法中。Tasks包里的方法将被testcases调用。

Testcases便是最终的测试用例。它们将操作应用程序、验证其状态以及记录下结果。

下面是tasks的例子：

下面是testcases的例子：

3.2、IBM的最佳实践

• 用私有的而不是共享的对象映射；
• 使用.properties文件来支持国际化；
• 使用脚本验证，而不是验证点。如：

if (boolean test passes)

log passing result

else log failing result

• 遵守java命名规范，变量、类的命名要有一定意义。

4、总结

RFT作为一款GUI自动化测试工具具有以下（但不仅限于）特点：

• 支持以Java语言作为其自动化测试脚本

这个特点不但使得RFT秉承了Java的诸多优点，且使得RFT的开发人员很容易的引入各种Java组件：Spring Framework、Hibernate等等，我们还可以使用了开源工作流引擎OBE来实现测试脚本中流程逻辑的外部化。

• 以Eclipse（IBM开源IDE）插件的方式来提供其功能，这对于熟悉Eclipse的人来说，将比较容易上手。