软件自动化实施之八个反思

 

作为软件自动化测试从业者，从2006年至今，从Windows平台自动化测试到嵌入式系统自动化测试，再到Android系统与应用自动化测试。这些年来，除了对自动化测试框架封装、自动化工具开发、自动化脚本架构与撰写外，耗时最长的当属自动化在各黑盒测试团队的实施了。

对于自动化测试实施，相信每位自动化从业人员都有一肚子苦水要吐——黑盒测试团队不配合、实施结果差强人意、测试团队领导不认可、实施过程举步维艰、最终草草收场…这似乎是一个宿命，不断的轮回与无尽的折磨。

领导对自动化的看法见图1-1，该图选自《深入理解Android自动化测试》。

 

黑盒测试人员对自动化的看法见图1-2，该图选自《深入理解Android自动化测试》。

在很多技术大拿面前，这似乎不是个事——自动化实施不是团队内部技术最差的人做的吗？关我什么事？我只需把时间花在框架封装、工具开发、脚本架构上，甚至连脚本编写，也应该是菜鸟们的事。
对于这些技术大拿，我只能说他们是幸运的，也是不幸的。
幸运的是他们生活在这样一个组织架构中，这个架构是金字塔型的。

在这样一个技术壁垒森严的组织架构中，技术大拿和技术强人的确不用考虑脚本实施这样的小问题。但他们的不幸在于，由于没有具体参与实施、推广中，他们也很难发现自己封装的框架存在哪些缺陷。他们总觉得，如果真有缺陷，一定会一层一层地反馈到自己这里，然后自己一定会加以研究和修改。但事实是，反馈到技术大拿这里的问题，绝大多数是脚本编写或维护人员问题，而不是脚本实施过程中的问题。

当然，我们不能归责与技术大拿身上，一个成功的自动化实施，其中涉及到对工具、测试和人三者的反思。

其中不同角色对不同属性抱有不同幻想。

需要软件测试资料的小伙伴，可以来加群：747981058。群内会有不定期的发放免费的资料链接，这些资料都是从各个技术网站搜集、整理出来的，如果你有好的学习资料可以私聊发我，我会注明出处之后分享给大家。