RFT,QTP,ROBOT工具比较小结

        之所以用“小结”是就目前我使用的情况而言的，因为毕竟我对RFT和QTP使用并不是很长时间，下面我将对我使用过的几点，将三个工具加以对照：

        1.       脚本语言：RFT使用的是JAVA, QTP使用的是VB，ROBOT使用的是SQABasic ；

        2.       对象识别能力：RFT对象识别能力比ROBOT有了很大的提高，与QTP的对象识别能力不相上下。RFT与QTP都用到了对象库技术，即在录制脚本时，把录制的每个控件作为一个对象记录在对象库里。而且这个对象库里的内容一般是不让修改的（就目前使用的试用版RFT而言，对中文的支持很不友好，在界面上识别的中文全部是乱码）。

        3.       录制脚本：QTP在录制时不是只录你操作的对象，而是把所有出现在页面上的控件作为对象全部记录下来，这样就导致我们在录脚本时，必须把页面上所有控件的内容改动一下，如果不是这样的话，回放很难成功。举个例说一下：在线预订时，在录制时没有选择日期，入住日期默认是当天的日期，用QTP录制时在它的对象库里会记录下这个入住日期，在第二天回放该脚本时，则不会成功，因为QTP会把日期改为录的那一天，而且这个值不能在脚本里改，这个值在对象库里改不了。一般的解决办法是重新录，这样导致这个脚本的维护性很低。而在ROBOT和RFT中，这点确表现的很好，录什么则记录什么，也可以追加录制，很灵活方便。

        4.       日志记录能力：RFT的日志记录能力最强。它可以形成HTML日志或TEXT日志或记录在TESTMANAGER里。而且除了文档，它还可以生成伪视频，捕捉在出错前的一个短视频。

        5.       文本编辑能力：三者之中QTP最弱，ROBOT次之，RFT最强。而且RFT是基于ECLIPS编辑器的，所以编辑功能比之前的ROBOT大大加强。

        6.       回放速度：QTP的回放速度最快，ROBOT和RFT差不多。

        7.       数据池：QTP的数据池最简单，不用设计变量类型，而ROBOT和RFT的都要复杂些，特别是RFT还需要指出类型所在的包。

        8.       对系统资源要求：RFT对系统资源的要求最高，在默认设置下，RFT的回放需要700多M内存，而且是就这一个工具运行而言。

【责编:michael】