新手区 UI 自动化如何应对快速迭代？

0x88 · 2016年10月17日 · 最后由甬力君回复于 2017年07月11日 · 2071 次阅读

想了解一下大家在 UI 自动化过程如何应对快速迭代？控件在每个迭代都更换的情况有什么方法可以尽量减少修改自动化脚本？

共收到 9 条回复时间点赞

孙高飞 #1 · 2016年10月17日

关于这个问题我一直想写个帖子专门说一说的，就是最近一直没时间。你可以看一下我之前写的有一个文章《测试开发之路 -- 喷喷埋雷的事，吵吵代码的情》。里面提了几点。这个需要依赖良好的代码设计，尽量把所有可能变化的地方都封装起来。这样将来控件变化的时候能做到只改一个地方就适用于所有 case。不过确实你再自动化前要评估一下这个模块是不是适合自动化。一定程度的稳定性也是重要的。接下来的就是别怕麻烦，一开始设计代码的时候就别埋雷，好的设计肯定在一开始的时候要多写一些代码，别懒惰，现在不多考虑一些，之后会痛苦死

0x88 #2 · 2016年10月17日 Author

#1 楼 @ycwdaaaa 其实代码质量这个问题大家都懂，但并不是所有人都是一个好的 footman，脚本编写过程中肯定或多或少有考虑不全的地方，时间久了或者离职等因素，都会引起这些问题，如何去避免这种问题呢？能用管理手段，或者其它手段去规范这种事情么？

孙高飞 #3 · 2016年10月17日

#2 楼 @0x88 这个问题看开发就知道了。他们要应对的变化因素更多？他们是怎么做的？开发有严格的流程保证代码质量，保证代码风格统一，有架构师先搭起骨架在让底下的人填血肉，要求文档，注释。这些都是手段，你再看 QA 写代码的时候有几个严格要求过代码质量的。如果手底下人的水平差，就让测试架构师搭好一个架子，要求所有人都按着这个架子写，严格执行 code review，规定良好的分支策略，编写好文档和注释。开发那边成熟的管理方式都摆在那了。但是用不用是我们的选择。