浅谈RFT
1、RFT是什么？
RFT全称是Rational Functional Tester，是IBM公司的一个产品。

以前叫Rational XDE Tester，再早一点叫RobotJ。

RFT提供了自动化测试Java程序、web应用、Eclipse以及终端应用的解决方案。

它支持Windows以及Linux平台。

RFT支持纯Java以及作为其自动化测试脚本，由于笔者多工作在J2EE平台，以下内容将只涉及用Java作为自动化测试脚本，但其原理同样可以应用于写出来的脚本。

图表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的人来说，将比较容易上手。

而如果引入IBM的框架，则可以进一步帮助测试小组快速构建自动化测试脚本并提高其可维护性。