RFT Best Practices - 1. 引言-控件新闻-慧都网

产品

产品
资讯
资源
视频
学院
示例

首页 > 资讯 > RFT Best Practices - 1. 引言

RFT Best Practices - 1. 引言

原创|其它|编辑：郝浩|2009-04-01 10:02:03.000|阅读 523 次

概述：经过这些年的使用，我认为RFT是一个十分优秀的自动化测试工具。尤其是目前的7.0.1.2版本，已经非常稳定，非常好用了。

# 界面/图表报表/文档/IDE等千款热门软控件火热销售中 >>

经过这些年的使用，我认为RFT是一个十分优秀的自动化测试工具。尤其是目前的7.0.1.2版本，已经非常稳定，非常好用了。

与大多数其它自动化测试工具一样，RFT提供了很多基础设施，例如：对象的映射、动作的录制/回放、检查点、数据池、Html或TxT格式的报告等等。这些基础设施确实能够大幅度提升这一工具的上手速度，但是我以为，正是这些基础设施使得RFT的使用者在使用过程中忽略了对这些基础设施背后内容的了解，以至于出现了问题束手无策。其实，RFT是一个开放的自动化测试开发平台，几乎所有他所提供的基础设施都有相应的API暴露给使用者，只要用好这些API，就能够非常轻松的定制出适合自己的自动化测试框架，运行中出现问题也非常容易定位分析。

　　使用RFT有一段时间的人，应该知道IBM有一个ITCL库，是专门针对RFT的，他封装了很多有用的方法，形成了一套开发框架，能够明显提高开发效率。不过，遗憾的是，这个库非常的老（大部分类生成日期都是05年），如果你使用最新的RFT7.0，由于很多底层API都变化了，这个库有不少部分都不能用了。

　　如果你仔细阅读过这个库，你就会发现RFT是一个多么灵活的工具，也正因为这一点，很多人都不明白如何能够正确的使用RFT。在我看来，RFT使用的最佳实践就是开发属于自己的测试框架。只有这样才能发挥RFT的真正威力。

利用这个系列，我结合手头的一个Swing界面的项目，介绍一下如何开发自己的测试框架。（Swing项目，运行之间不要忘记Enable Jvm）。

　　这里，作为测试框架，不应使用对象映射，而应该完全依赖于动态查找。这是因为它严重依赖RFT提供的基础设施，灵活性很差。具体内容随后将逐一介绍。

RFT Best Practices - 2. 窗体处理

RFT Best Practices - 3. 对象查找

标签：

本站文章除注明转载外，均为本站原创或翻译。欢迎任何形式的转载，但请务必注明出处、不得修改原文相关链接，如果存在内容上的异议请邮件反馈至chenjj@evget.com

文章转载自：BlogJava

上一篇：Emit学习-实战篇-实现一个简单的AOP框架（一）下一篇：RFT Best Practices - 2. 窗体处理