注:这类问题,之前写过几篇文章 。这是一个具体的案例,再针对性解答下。这不是某个团队发生的。很多团队都有发生。
提问:徐老师,目前我所在的项目组更新迭代快,线上bug绝大部分是前端引起的(前端修改了某一个功能后可能会导致之前功能出现bug)。
针对这个问题项目负责人重新制定了流程规范,研发负责人要求前端多自测且尽可能罗列改动涉及的影响点,方便测试冒烟回归。
因为更新迭代快,对于测试来说目前UI自动化不太适合,想请教下徐老师这种情况下该怎么监控因为前端的改动而导致的bug呢?
IDO老徐:
1、这种情况(快速迭代),UI自动化,没啥意义,可放弃 。
2、开发自测,合理。但,建议测试同学,提供「测试点」。否则,要求开发自测,也只是个形式,解决不了啥问题 (开发不知道要测哪些)。
3、本质上,还是开发流程的问题。这时候,应该是开发Leader去思考下,为什么改动,会引发系列问题?1)是开发成员能力问题,2)还是态度问题,3)还是合并代码冲突问题,4)还是其他 ?
4、我更建议去分析下,每个线上问题,都是什么原因,谁的,集中在哪些模块。去针对性解决 。这才是 测试Leader 需要去思考的。
5、实在不行,测试同学,人工去重点关注某些开发同学的改动点。列一个基础的回归 list,重点测试 。
6、上线,主流程,必须回归一遍(或人工,或技术。得根据实际业务情况,去具体评估怎样更高效)。
如上,供参考 。