如果说转做测试是阴差阳错的话,那近段时间所做的自动化测试就算是逼上梁山了。当然这有点严重了，毕竟工作几年后，应该也必须明白其实绝大多数人都是为了生活而工作，而不是为了理想而工作的。至少目前还是为了生活而工作，所以往往被工作左右了自己的方向。当然我还是爱测试的，至少我会为了找出一堆BUG而高兴好半天，在这个过程中是充实的，并真的乐在其中，当然也在这种过程中对系统或产品以及N多人对质量的态度很汗颜。

　　闻自动化测试的时间其实并不久，是因为转做测试时才知道的，刚开始的时候研究了一个月的JUNIT后因为种种原因而终结，而现到如今也基本还给了那段无聊的日子。再到前不久因为工作原因而真正做自动化测试的时间也很少，虽然已经写过一些脚本，但在现有的资源下去进行操作，我还是觉得关于工具的使用，我也还是属于入门初级阶段。当然在这个过程中，关于自动化测试的理念和实施等经验分享也在许多前辈的书籍和实践中有了些许的认识与理解，再结合目前实施的自动化测试，真的是用实践来证明了很多理论的东东，印象尤为深刻。

　　写出来的东东可能和许多前辈的有些类同，不过也算是对自己实践去验证吧。我认识的自动化测试：

　　1、自动化测试只是一种手段，而并非目的，但往往又是使用这种手段而去达到某种目的。这也就是平时大家都看到的关于自动化测试的优缺点。只是替代手工测试来达到提高测试用例的运行效率的目的。

　　2、自动化测试工具只是一种方法而非自动化测试。要实现自动化测试，单纯工具来讲有多种，所以自动化测试工具只是一种方法，并不是使用了自动化工具就代表实施了自动化测试。

　　3、自动化测试的实施需要N多的裙带关系：

　　A）产品经理或项目经理对测试的重视。若一个产品或系统连最基本的手工测试都不完善（如连测试用例都没有或用例质量太差），又如何依靠自动化去保证产品的质量和提高所谓的测试效率;

　　B)上级领导对测试的重视程度。若上级领导都在不断地压缩甚至减少整个项目的项目成本，就算产品经理或项目经理对测试如何重视，但没有足够的人力资源来进行支撑，连手工测试都在压缩时间，又如何谈得上自动化测试;

　　C)不能对自动化测试期望过高或太急于求成。虽然一直都说自动化测试是一个趋势，而在国内大多数的理解都是就相当于人做的事情让机器去执行，以为写一次脚本就可以永远使用，或者要求整个系统或产品功能点都自动化。“要想马儿跑，又想马儿不吃草”是不可能的。

　　D)理论联系实践，因地制宜，不断调整。关于自动化测试实施，理论上我们都知道有范围分析、测试设计、脚本开发、评审工作等等一系列的过程，但并不是任何一套规范或框架都可以支持你所面临的实际问题。毕竟大多时候，我们谁也无法保证没有做过很多无用功，只是看做无用功是多还是少，是大还是小，不能因为不规范或外界太多因素而选择不作为。有的时候往往需要考虑到人力资源、项目或领导的期望值以及在此过程中的诸多不可预料因素。毕竟不管是测试还是自动化测试以及质量保障，并不是一个人能够改变的。

　　除了以上的东东，其实还有更多的其他东西。在这里就不一一写了。

　　后记：眼看着支持的两个项目要进行自动化测试运行，有些欣慰的同时也有点悲哀。欣慰的是前一阵子的脚本终于可以派上用场了，悲哀的是做为一名测试人员，没有真正地起到质量保证的作用，而更多时候只是被做为形式主义的牺牲品而已。当然，在这个过程也，不管是在哪个方面自己也成长了不少。“路漫漫”，特以此文纪念一下近期孤军奋战的心路历程。。。

版权声明：本文出自 YangMay 的51Testing软件测试博客：http://www.51testing.com/?271605

原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。