本帖最后由 xuben 于 2016-1-30 10:08 编辑
作为软件自动化测试从业者,从2006年至今,从Windows平台自动化测试到嵌入式系统自动化测试,再到Android系统与应用自动化测试。这些年来,除了对自动化测试框架封装、自动化工具开发、自动化脚本架构与撰写外,耗时最长的当属自动化在各黑盒测试团队的实施了。 对于自动化测试实施,相信每位自动化从业人员都有一肚子苦水要吐——黑盒测试团队不配合、实施结果差强人意、测试团队领导不认可、实施过程举步维艰、最终草草收场…这似乎是一个宿命,不断的轮回与无尽的折磨。 领导对自动化的看法见图1-1,该图选自《深入理解Android自动化测试》。 黑盒测试人员对自动化的看法见图1-2,该图选自《深入理解Android自动化测试》。 在很多技术大拿面前,这似乎不是个事——自动化实施不是团队内部技术最差的人做的吗?关我什么事?我只需把时间花在框架封装、工具开发、脚本架构上,甚至连脚本编写,也应该是菜鸟们的事。 对于这些技术大拿,我只能说他们是幸运的,也是不幸的。
幸运的是他们生活在这样一个组织架构中,这个架构是金字塔型的,如图1-3所示。 在这样一个技术壁垒森严的组织架构中,技术大拿和技术强人的确不用考虑脚本实施这样的小问题。但他们的不幸在于,由于没有具体参与实施、推广中,他们也很难发现自己封装的框架存在哪些缺陷。他们总觉得,如果真有缺陷,一定会一层一层地反馈到自己这里,然后自己一定会加以研究和修改。但事实是,反馈到技术大拿这里的问题,绝大多数是脚本编写或维护人员问题,而不是脚本实施过程中的问题。
当然,我们不能归责与技术大拿身上,一个成功的自动化实施,其中涉及到对工具、测试和人三者的反思,如图1-4所示。 其中不同角色对不同属性抱有不同幻想,许奔在此谈一下自己浅薄的看法,供大家讨论。 |