自动化测试学习过程：

　　自动化测试的整个学习过程中，不断在探索，虽然时间不算很长，但是确实是在一直在思考、一直在观察、一直在领悟：

　　1、刚开始的时候，是从手工测试入手，偶然之间开始了自动化测试之旅，发现自动化测试很神奇，在进行自动化测试用例撰写过程中（命令行的填充），对脚本技术（tcl）猛学了几个月。

　　2、若干月后，随着自动化测试用例加多，偶然开始有了结果的输出、日志的记录以及脚本库。在不清楚所谓的框架时，形成了一个简单的“框架”。

　　3、之后，需要对界面进行测试，开始研究自动化测试工具，之后在领悟了其神奇之后，开始疯狂的学习商业自动化测试工具（RFT、QTP等），因为主要是研究RFT，被其ITCL的框架深深打动、后来在实践过程中，脱离了录制，开始迷恋基于工具的各种框架。RFT的ITCL、QTP的轻量级框架以及各种工具的自动化测试框架，后来也学会了自己去拓展这些框架。

　　4、之后，因为对RFT的学习，开始喜欢上了java设计，每天都享受应用java设计，开始沉迷于技术，想着如何去用技术完善自动化测试，开始不注重那些已经搭建好的脚本环境。

　　5、到了现在，突然回过头发现，自动化测试最害怕的事情就是一群疯狂技术者的游戏，其实最基础的还是踏踏实实的把需求做好，以前所设想的搭建的业务分层现在不是主要问题，以前设想的如何去跟踪命令行的变更问题，到现在也不是主要问题，其主要问题是一个简单的技术是否实现了其需求正常的落地了，发现现在真正用起来的东西才是最好的。而更多的技术只是在需求不能得到满足的情况下去拓展的。

　　6、当然，工具、编程、框架都是必须的一个过程，关键是不要纠结于一些技术细节而不去向前，要看到主要和本质的东西，其工具、编程、框架、流程最终都需要转换成思想，不管何种方式都信手拈来，成为满足需求中的一部分。所以接下来，我觉得，自动化测试的学习道路有两个阶段，第一个阶段，以技术学习为基础，不断进行技术方面的探索。然后，每隔一个阶段，跳出技术的视野，去挖掘一定的自动化测试需求，其痴迷的细节不是技术方面，而是自动化测试需求方面，从另一个角度说，也是测试的方式和需求。

　　7、而在学习java的过程，也接触过J2SE、J2ME、J2EE，用了swing界面，也进行web设计，进行最基础的设计、也应用了一些框架，在没有多少实践的时候，就开始专研设计模式且一直以数据结构为伴随，后来在进行整个系统设计中，也学了一点系统建模以及数据库建模，但总的来说，还是处于模糊状态，也曾迷恋过，也曾迷茫过，一直处于一种不断怀疑、不断痛苦、不断惊喜的过程。

　　其实个人想说的是，上两种方式，并不是去评断其好坏，不管什么方式，都有其好坏性，大家看看热闹就行，但是每种方式、每种领悟都是一段过程的结果，最重要的是我们坚定一个学习的信念不断学习下去，学习但不要迷恋于技能、要总处于一种简单的自我怀疑状态，一切以价值实现为导向即可。

　　突然想起，以前看的一段话：人早期看山是山、看水是水；中期看山不是山、看水不是水、晚期看山还是山、看水还是水，也许就是说的我们这一段学习过程吧，刚开始因为单纯，所以我们能够简单应用那些知识实现我们的需要就行，后来学习的深究，各种技术交杂在一起，人难免会有点晕眩，不能把控好自己的方向，后来，才发现不论什么方式，其实最终目的还是为了需求，不管简单或者复杂，能够把控好自己，把控好整个流程就好。

　　所以，自己还在技术的迷乱期，需要的还是不断的学习，这就是一个过程，所以相信，最终还是会有一个接一个的领悟，但关键是坚持啊，坚持啊，不管迷茫、不管怀疑。

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

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