某块 BUG 特别多，应该如何分析？

大家好啊，我是大田。

今天给大家分享一个话题「 某块 BUG 特别多，应如何分析？」

1、应明确下出现的问题是否与其他系统有关，多了解关联系统的业务；

2、应该将此处 BUG 按照严重程度分类，分析影响流程 BUG 多，还是一些界面需要优化的地方多；

假如影响流程 BUG 居多，侧面反映出本次提测质量不高，我们应该从源头“制止”，冒烟测试不通过，就做打回处理，避免项目有风险；

假如，优先级不高的例如：UI 界面、文案优化，建议反馈给产品人员，最好是立项前做好充足的准备。

3、假如你已经提了很多 BUG，但是开发修复的并不理想。此时建议多和开发多沟通，是不是有一些口舌之战、赌气之类的话，做好向上反馈。

4、某块问题多，是不是回归测试并不彻底，是否为自己漏测所致？同样建议，多从自身角度思考。

5、思考测试过程中，是否为频繁改需求所致，建议和产品沟通，事前做好产品分析，尽量不要在开发完成后频繁改需求，避免团队成员出现情绪问题。

测试人员在这个过程中，应不断总计复盘，分享至组内共享文档中，让其他人也有所警戒，尽量在事前有所控制，这样不至于风险过多。

以上就是大田今天的分享，期待和你深度交流，加微：datiantest。