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