上一回，说了关于软件测试，这次来聊一下我的自动化。

　　我接触自动化是在2010年，在毕业前夕，我就知道了自动化，但是，当时也只是知道而已，没有使用过，更没有在项目中投入使用过。毕业后，来到了上海，进入了第一家公司。进入了一个项目组，组内的测试人员很少，加上我才只有2个人。作为新人，便是从做手工黑盒的测试开始的。那时，开发出来的产品也比较简单，经过了几个月后，测试组的规模也慢慢的增大了，产品的功能也越来越强大，测试也变的越来越复杂，再加上有些客户反映，在长时间使用这个软件或是增加了大量的点的情况下，软件会出现一些稀奇古怪的问题时，领导决定需要增加自动化的测试，于是，我就稀里糊涂的开始了我的自动化测试之路。

【入】

　　刚开始的时候，真是什么都不会，好不容易下载好了软件，学会了录制，便开始录制脚本、回放。使用了几天后，惊奇的发现居然还有Expert View这个编辑模式，瞬间感觉操作起来方便了好多，也更加自由的控制脚本了。由于小时候Basic玩的还不错，再加上后来学VB也学的很好，所以上手还是比较快的，一下子就学会了基本的操作。也买了一本书，学了不少的小技巧。一边学习，一边直接在项目中使用测试。学的真的很快，进步也很快。所以，总结出来，这些工具，只有加入到项目中去，学习才能更快，也更有目的性。

　　其实QTP上手还是蛮快的，倒腾了几次，基本在使用中，借助的书本、网络、论坛等一些资源，在项目中指定的功能上做自动化已经没有什么太大的障碍了。但是，仅仅的一些简单的录制、修改、回放已经满足不了我的兴趣，将这个工具发挥的更强大成了我的兴趣。

【钻】

　　于是萌生了一个想法，可不可以将脚本做成全自动化的测试呢？我想让它测试什么模块，设置一下，然后执行它，最后只要看一下它的打印结果，就可以知道测试的结果，这样是多么美好啊。（当然，后来发现这样的想法是可笑的。）

　　我简单的想了一下，做了下设计：

　　● 根据功能模块划分，一个模块的测试脚本全都写入一个Action中。

　　● 然后在外面用一个大的Action包裹起来。

　　● 脚本包含软件所有的测试点。

　　于是便开始录制脚本、修改，最后发现了一个致命的错误，测试数据的处理，然后不得不再加上一条“测试数据加入Data Table中进行参数化”，当完成了2-3个模块后，我将脚本运用到测试中，感觉很痛苦，也遇到了不少问题，总结一下：

　　1、脚本很大，碎文件也很多，每次复制粘贴就要不少时间。

　　2、管理Data Table要好半天，而且哪几条运行，哪几条不要运行，都是通过设置Data Table Iterations来控制，很不方便。

　　3、感觉很多东西都是重复的，没怎么重用。

　　4、由于模块多，内容多，对象库中的对象也越来越多，管理对象库变的格外痛苦，有些一样的部分都已经XXXXX_8、XXXXX_9了，而且有时候，脚本中的一句语句对应的控件在对象库中找了好半天才找到。

　　5、几乎没有用到需要用自动化同时测试两个模块的情况。那个包含所有测试点的设计，完全没有必要。

　　这一次算是失败的。

　　于是，重新设计了一下脚本部分，开始再一次的尝试。

　　感觉有点钻牛角尖的意思了。