自动化测试框架：自动化测试呼唤开发

周末参加了TestAge(测试时代: http://www.testage.com.cn)组织的一个专家讨论会。主要讨论测试自动化。说是专家讨论会，我参加实在是惭愧，我对测试的理解实在是太浅薄了。只是因为在博客上发表了一些谬论才收到邀请。想着可以帮助公司去接受一些新的思想，而自己也可以结识一些朋友，便去了。

对于测试时代的会议组织，我以为定位和思路还是非常准确的。只不过个人感觉会议组织可以更好一点。就当我对他的热情反馈吧。可惜没有当面说出来。

交流会来了很多公司的朋友。但是主讲的人是用友的Google的两位朋友。他们说的主题都是关于网站的自动化测试。其中用友用的是RFT（Rational Functional Tester ），Goolge用的是开源工具Selenium。

但最大的相同点还是在于Google的朋友胡坤说的，自动化测试需要开发人员的加入。而用友的朋友也表明他们公司有一个开发团队在后面支持着RFT的框架开发。我们公司碰巧也在这样走，所以突然有一种强烈的认同感：自动化测试正在召唤优秀开发人员的加入。

微软在这方面也早就走在了前头。我有一位在微软的同学yelz，所以在这方面有些许了解。他本人就曾经担任过微软的软件测试开发工程师。当然不用说了，他本人是一位非常优秀的开发工程师。

这个从事理上讲是显然的：

1. 自动化测试从根本上说，就是在构建一个系统，这个系统能够Run另一个系统。那么，软件开发几乎是不可避免的。只不过有些框架可以做的好，能够解决了一部分问题。
2. 很多公司的测试人员，在软件开发方面并不擅长。因此往往会有遇难而退的问题，致使自动化测试迟迟不能大面积应用起来。
3. 很多行业软件公司，对于测试的要求，往往是从专业上，而非软件技术上的，成长路线比较狭隘。
4. 管理层有可能比较短视，不愿意投入开发力量。
5. 并且开发和测试往往是两个部门，互相之间不容易调配资源。

以上这些原因，最终导致了自动化需要开发，但却得不到开发的现象。所以，测试部门一年一年地提出要做好自动化，却又一年又一年地过去。

最终将希望寄托在市面上的软件发展上。所以，没出一个新的自动化测试工具，大家都会非常热闹地去学习。这也说明了这块市场的存在价值及发展空间。呵呵，想想我们公司的框架如果拿出去卖，还是有可能的。

分析出问题，就更加肯定了一个事实：自动化测试是一个组织问题，而不仅仅是一个技术问题。公司要做好自动化，必须意识到这点，否则困难太大。毕竟，喜欢测试的开发，太少了。