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