与其他测试管理工具相比，RFT的优点是什么？

Question

我已经开始通过获得他们的试用版来评估RFT，我想听听让你们坚持使用RFT的优点。我现在正在使用QTP和赛克泰斯特，并试图找出用RFT替换它有多有用。

撇开成本讨论不谈，我想听听技术要点。

注意:我有另一个帖子，它缺乏细节，可以复活，但是太过了，于是我开始了一个新的线程。

Answer 1

在我们的部门中，我们已经不再使用RFT (使用Java脚本)，原因如下：

• 又大又慢。RFT有时需要几分钟才能找到一个对象，并且通常会给我们的测试增加很多开销。
• 对象映射无法轻松维护或合并。我们发现，如果有足够大的地图，有时它只会丢失一个物体，我们就不得不重新映射它。它们是二进制的，所以不能将它们合并到源代码管理中，这意味着冲突是一个很大的痛苦。
• 随着我们远离对象映射和“记录和回放”测试，我们发现越来越多奇怪的错误(比如JVM片段)、库限制("RFT根本无法与此对象交互，对不起！“)，以及性能问题(2-3分钟来查找对象)。几乎没有关于如何解决这些问题的信息，而且IBM的响应能力也很差。文档只是个笑话--大多数javadocs只是通用的样板。
• 未注册对象异常。RFT有一些内部垃圾收集，我们可以控制0；它一直在删除引用，因此当我们下次尝试使用我们刚刚找到的对象时，测试就崩溃了。我们从来没有找到一个好的解决方案，尽管我们有一些技巧可以用来偶尔缓解这个问题。
• RFT与JUnit不兼容，这意味着当我们现在有了支持测试的广泛框架和逻辑时，就不能对逻辑进行单元测试。

Answer 2

我从未使用过QTP或Silktest，所以我无法进行比较。

在我看来，RFT的优点是(没有特别的顺序)：

• 与所需的浏览器(IE6、IE8、IE9)进行良好的交互
• 对象映射，具有广泛的正则表达式支持，用于处理对象识别和动态查找属性方法。
• 基于Java的(我添加了许多外部库，用于扩展测试功能，与操作系统和其他工具交互)
• 手动验证点(我从数据库、xml文件、RFT自己的数据集等获取基本数据)
• HTML日志为非科技人员提供截图，而且非常结构化，我用一个工具来管理他们，也很适合搜索、报告等等。
• 脚本可以从命令行运行，也可以从其他产品中管理，比如(我们有自己的跟踪软件，我编写了一些自定义工具来处理它)

我发现了两个非常薄弱的地方。第一个是拙劣的“简化脚本”，它经常在没有告诉您的情况下崩溃/愚弄/删除代码。关掉它。

第二种情况是，有时它在读取或写入IE6内存时挂在某些死锁中，但我敢打赌这更像是IE错误;-)