我所接触过的自动化工具

jEroMegu

因为我个人对技术的偏爱，所以尽管我所从事的是功能测试，但是测试领域中我最感兴趣的一块还是自动化测试。从最初接触过的基于httpunit的公司内部的自动化测试工具，到后来的sliktest、watir、selenium、testcomplete，以及我所开发的基于perl和excel的小型数据驱动自动化测试工具，我所接触的自动化工具主要针对web应用程序、eclipse rcp程序以及soap/rest等web服务的测试。

这些工具可能有些大家并不熟悉，这里我大体介绍一下，以便相关的测试同行们参考。在以后的日志中应该会有更详细的针对一些工具的介绍和经验分享，敬请期待 =)

基于httpunit的自动化测试工具
这是我们公司内部的一款针对web应用程序的开源自动化测试工具。功能比较强大，支持record&replay，支持参数传递，并且提供一定程度的测试用例管理，但是它也有着无法支持JS和AJAX这些在Web 2.0时代所必需技术的致命弱点。


silktest
在我刚接触的时候，这一商用产品应该还未被Borland纳入旗下。它对.net程序的支持以及当时相对较低的费用促使我们公司早期使用它来强化我们的自动化测试能力。而使用它来实现eclipse rcp程序的测试完全是我尝试后发现的意外之喜，可惜我们公司仅仅使用的还是当年买的老版本，bug一堆。


watir
这是我个人接触的最早的一款针对web应用程序的开源自动化测试工具。它是一个ruby的gem（类似库文件）。早期不支持record&replay，但是可以依赖强大的ruby实现模块化设计以及复杂的逻辑。另外虽然它早期不支持IE以外的浏览器，但是由于其使用ActiveX控件技术控制IE，所以相当稳定。针对web应用程序的自动化测试之所以要提及稳定性，这是由浏览器以及web程序本身的特殊性决定的：像ie，ff等浏览器为防止恶意代码往往会有很多安全机制，它的副作用就是限制了自动化测试工具对它的控制；而且web程序本身往往也难于精确判定页面加载的完成，比如由客户端JS所写的简单时钟程序，它本身就没有一个静止的页面，更何况Web 2.0时代花哨的JS和AJAX。


selenium
这是我使用最久的以及二次开发力度最大的一款针对web应用程序的开源自动化测试工具。selenium本身的产品线十分丰富，包括：selenium core, selenium ide, selenium rc，及其官方近期推出的一些管理工具。社区涉略最多的当数selenium rc，可惜我们公司用的最多的是selenium ide及其背后的chrome模式，以及早期使用的selenium core。selenium支持record&replay，通过javascipt写成的引擎支持多种浏览器（selenium core的hta模式及selenium ide除外），但这一优点也是它的命门所在，举个例子，如果你的测试用例需要浏览器禁用js，selenium就爱莫能助了（这个时候考虑watir吧=））。另外，js的操作权限往往仅限于本域名，如果你不能把你的测试用例部署在同一域名下，这就需要你绕过浏览器的the same origin policy。在ie下面，你可以通过hta方式解决，不过bug一堆；在firefox下，chrome模式是一个好选择，尽管也有些问题，但是通过二次开发基本上都可以解决。


testcomplete
相对价格比较便宜的商用工具。据说针对flex应用程序有奇效，当然还有待证实。但我接触它的目的本是为了eclipse rcp自动化测试的更新换代，可惜论证下来，还不如原来的老版sliktest。


基于perl和excel的小型数据驱动自动化测试工具
这算是我个人基于数据驱动测试理论设计的一款工具。其应用方向主要是soap和rest的自动化测试。由于这两种web服务测试比较简单，仅仅是期望输出和实际输出的正则匹配，所以十分适用于这种数据驱动的工具。


下期预告：web应用程序开源自动化测试工具的选择

（BTW，51testingblog回退之后不保留表格数据，实在是令人痛苦啊，今天在小小的笔记本键盘上的几次误操作害我重写了N多遍=(，以后看来不能在线编辑了。）

陈能技

嗯，不错！

测试人员普遍喜欢研究和使用测试工具，软件生产商们也在这块领域展开了追逐：
http://blog.csdn.net/Testing_is_ ... /06/29/2595974.aspx