自动化测试的思考

   测试工作两年多了。大部分都是手工的功能测试。至于自动化测试，在测试相关的论坛、网站、书籍，都有提及。自己也学了些qtp的知识。会录制脚本、参数化、设置检查点。但工作上没有真正的成规模的用到。只有一些需要重复操作的场合，会让qtp执行下，代替繁琐的手动操作。使用中遇到的难题是，执行时对象不能识别，有时加些识别参数，有时只好“绕道”，用其他的步骤代替。

   我想用一种技术，最根本的是知道用他的需求。

   人总是对自己的事情最有感触，因为有切肤之痛。把他人的、或者是项目的需求，转化为自己的，才有足够强劲的动力来学习、实践，直到解决问题。我最近测试一个程序控制LED成功率的问题，需要大量的数据支撑，每天要操作几百次。在刚开始的几天，以为会很快结束，也就忍了。但后来看情况是要持续一段时间，就录制了脚本，代替手工的程序操作，但硬件的成功，还得自己识别，这样还是剩了不少繁琐的操作。有了这种强烈的自动化需求，又有qtp的知识，录个脚本不在话下，遇到的问题各个击破，但遇到顽固的问题，迫于时间的压力，先放下，以后解决。

   有了需求，也会有解决的想法，但是个大概，很不完善。这时可以想到，可能很多人都有类似的问题，他们怎么解决的，也许有了成熟的解决方案，我们只要学习相关的知识，改进下以适合自己的项目。所以现在要谢天谢地了，已经有成熟的软件、开源的框架来解决我们的问题。

   要做的是勇敢的学习吧。