【建】
跳槽到了一家外包公司，以前我一直不喜欢外包公司，因为网上总是流传着各色各样外包公司坑人啊、无限制加班还没钱啊、没有五险一金啊什么的负面消息。不过最后我进了一家还算比较满意的公司，主要是，1.项目我比较感兴趣，2.他们想要建QTP自动化，但是没有人会，目前还没建，3.公司有五险一金，4.离家进，5.有午饭吃，6.不用加班，7.工资还行，毕竟年纪还轻，毕业也没多久，就算面试的时候这也能答，那也能说，但是一些公司总是和你说你的工作经验多少多少，公司只能给你多少多少以下，这点让我十分的不爽。不过这家公司到也爽快，可能真的是急需人吧。经过了电话面试、面试、客户面试、人事后，算是进入了。
测试基础自认为学的比较扎实，所以1周后便开始做任务，并提前结束了试用期。
有一个任务是客户想给他们的一个业务流程管理网站BPM建自动化测试，由于表单数量庞大，且每张表单的流程复杂，当一个版本更新后，靠手工进行每张表单的每个流程测试是不可能的，所以需要自动化来进行回归，减少人力。
有了上家公司的经验，这次在正式写脚本前，做了下功课：
● 确认项目的周期，版本更新的频率。
● 确认了一般只改后台代码，不动前台页面。
● 确认了是否有控件不能识别
然后我才开始脚本的编写，基本还是和之前做的差不多，不过这次很详细的划分好了那个VBS文件写哪部分的函数，也参考了一些网上的关于框架的设计，我也参考着自己写了一个“专用框架”。QTP操作一层；对于系统的操作一层；对能复用的地方进行了大量的复用；也是先了签核流程让脚本自己判断并选择方案完成；有了详细的html版本的LOG，并截图和文字记录并茂，。最后，把这些vbs文件都加载进脚本。写脚本只需写一个新建表单，之后的事，就交给了这个“专用框架”完成。签核的事，基本不用再编写脚本，大大提高了脚本的编写速度，而且使用下来，感觉也挺稳定，一直用到了现在。
我个人的总结就是：
● 一定要了解自动化是做什么的。
● 在软件测试理论知识还不是很牢固的情况下，不要进行自动化。
● 在软件版本还没有稳定的情况下，不要进行自动化。
● 系统中测试对象基本可以正常识别的情况下才进行自动化脚本的编写。
● 自动化测试一般情况下是用来证明软件能正常运行，而不是用在证明软件这么操作一定会出错上。
● 注意脚本的衔接，和数据回归，有时候，同一个数据只能用一次。
● 领导不支持的情况下，就算能做，也不要轻易进行自动化。
● 领导完全不明白什么是自动化的情况下，进行自动化要慎重啊~
● 自动化测试最主要的是提高工作效率，正确的使用是，用1天开发一个脚本能用3个月的测试，而不是花3个月开发出一个很牛的脚本来测试1天。
这些就是我目前的一些想法和观点，无关对错。也许一年后，我又会有更新、更加深入的了解。到时候，我会再写一篇，来反驳我现在的这篇的。
希望我写的这篇文章，对想做自动化的，正在做自动化的同学有帮助~
版权声明：本文出自 陈永达 的51Testing软件测试博客：http://www.51testing.com/?307440
原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。
相关链接：
