Rational Functional Tester经验总结（1）

    Rational Functional Tester 是IBM Rational 测试工具集的新一代应用于功能自动化测试的工具。相比于早期的Rational robot在易用性和稳定性上都有了很大提高。我们最近也在使用，感觉并不比QTP差。许多新功能都设计的好用。这里我并不是像傻瓜书一样介绍RFT的使用，因为这些大家都可以自己安装根据软件自带的实例都可以自学完成。我要说的是一些我们使用过程中的经验总结，希望对大家有所帮助。
1. 为了很好的支持多种语言，特别是亚太地区的语言，在开始使用RFT的时候将文本文件的编码方式设置为UTF-8，如下


2. RFT的发现对象的机制是匹配事先录制好的或者实现的对象属性，不是鼠标的操作，每一个属性都有一个权重值在0到100之间。在RFT匹配对象的时候会计算出一个识别分数，识别分数等于所有不匹配属性权值之和乘以100.如果所有属性都匹配，最后的识别分数为0.如果某一个属性不匹配，比如这个属性的权值是50，那么匹配分数为50×100等于5000.（这个值越大说明对象越不和我们的baseline匹配）。
   因此在RFT我们可以设置一些冗余度来控制对象匹配的精确性，这点非常有用，比如说开发人员修改了UI对象的某一个属性，但是我们记录了这个对象的多个属性来匹配，这时候我们通过设置冗余度，使得即使UI对象的某个属性发生改变，RFT依然可以识别该属性，我们不用重新录制或者修改脚本。如下图：
通过上面积个参数可设置识别阀值，具体意义请参考帮助文档。

3. 到底用不用Simplified Scripting? RFT 默认使用这个选项，Simplified scripting用语句来记录用户的操作，用户可以很容易的理解和编辑，背后对应的是Java或VB代码（真正后台执行）。但是在实际的测试自动化中我建议不要用此选项，因为这样有多了一层维护的成本而且Simplified Scripting容易出错。我们建议直接生成编辑Java代码，这样给测试开发人员很大的灵活性可以进行扩展和查错。省去了Simplified Scripting也减少测试出错的可能。