一年的自动化测试工作小结（无技术含量）

做自动化测试也有一年多了，回想起来觉得这一年收获很多。写在这里鞭策一下自己。

最初接触自动化测试是QTP + VBS来实现的，描述性编程只体会到了一点点就拿来反复的用，当时也就知道如何去让脚本代替手动去测一些需要回归的东西。最主要的是框架的搭建，至于如何实现其实并不是太难。VBScript的语法并不复杂，不过这是相对于有一定编程经验的人来说的。因为语言通常是这样，一通百通。看一下，记住语法规则和特征就差不多可以用了。而且vbs的语法相对简单，建议新手可以通过这样的方式入门，因为如果不会写，可以用QTP的录制功能先录一遍，然后再模仿着写一些脚本去运行，看看能否替代录制的脚本去执行动作。这个阶段最大的失误就是没有仔细去看经理搭建的自动化测试框架。

后来因为公司业务的需要，在新的项目中改用了celerity+JRuby+cucumber来做自动化，初次接触ruby，经理给我们培训了2周就开始做了。由于celerity和cucumber是新加坡的GTO推荐的开源测试工具，是一个很新的工具，国外的版本才0.3，所以国内几乎找不到资料，全部要去国外网站找（就算是国外，用的人也不多），一开始确实困难重重。不过celerity这个工具用的蛮爽，无界面，全部加载到内存中运行，速度超快（尤其在用了watir以后感受更深），只不过对弹出的对话框没有很好的解决办法（这也是后来另外一个项目改用watir的原因之一），做了两个月以后，因为工作安排的需要，我又被调去做新的项目的自动化测试，初次接触watir。

说来也有趣，当时仍然打算用celerity来做，但是发现celerity对Ajax形成的页面支持的不好，因为celerity读取页面是一下加载到内存中的，对于需要服务器响应生成页面的形式，不太感冒。于是向经理推荐了watir这款工具。watir这款工具总的来说挺好的，虽然工具本身还是存在一定的bug的，比如waitr 1.6.5对click_no_wait的支持反而没有1.6.2的好，但是也有对应的方法去解决了。如果有大牛能通过修改源码来解决这个问题，就真是造福于民了。之前想了很多总结性的话，现在脑子又混乱了。大家就当看着好玩吧。

收获：工作2年多了，觉得在工作中学到的知识非常非常多。专业知识，沟通技巧，独立解决问题的能力，团队合作能力，英语交流等等都得到了巨大的提高，虽然有时候很浮躁，但是能够及时的让自己清醒。

缺点：软件测试基础理论知识太欠缺，脚本语言基础知识不牢，英语口语需要提高，只会2种脚本语言，太单一。测试领域中很多专业测试都只听过，没做过，比如性能测试，白盒测试，安全性测试等等。

希望接下来的时间能够踏踏实实的工作，不要受到外界影响，虽然普遍都认为测试不如开发，但是我希望有朝一日我能告诉那些做开发的同学，你会的我都会，你不会的我也会。