如果是一个多人开发的系统，不能明确定位到这个bug是谁造成的，容易提交给错误的开发人员，我们又不可能把这些bug同时提交给前端和后端一起去解决，同时提交给前后端开发人员，每个人都会有依赖心理，就像我们在家里一样，兄弟姐妹多的，干家务活总会想着给对方做，一样的道理。bug会像皮球一样被开发踢来踢去，耽误开发解决bug的时间。

另外，如果团队规模较大，或者由各地的项目组拼凑而成，势必会增加沟通成本，这更需要我们在类似禅道或者Jira等项目管理软件中提交bug时，先指明是谁的bug，避免互相踢皮球的现象。

所以测试必须要自己学会区分出是前端还是后端bug，就好像时下流行的词“垃圾分类”，经过bug分类处理，整个团队的效率都会有所提高。

但说实话，能真正区分并准确判断是什么错误需要很有经验的测试，并且也需要测试懂开发技能。目前我这方面能力真的欠缺，我也需要加油~。虽然初级中级的测试不能做到完美区分所有bug，但一定要学会简单的区分bug的能力。

所以，为了提高团队效率，测试人员尤其要做好bug分类。在测试过程中，如何判断是前端的bug还是后端的bug？
二.如何定位前端/后端BUG?

通常可以利用抓包工具来进行分析。可以从三个方面进行分析：请求接口，传参，响应。

1. 请求接口url是否正确

如果请求的接口url错误，为前端的bug

2. 传参是否正确

如果传参不正确，为前端的bug

3. 请求接口url和传参都正确，查看响应是否正确

如果响应内容不正确，为后端bug

4. 也可以在浏览器控制台输入js代码调试进行分析

如果定位为后端的bug，可以进一步通过以下方法精确定位是哪里出bug

1. 查看报错日志，通过日志分析问题点

2. 查看数据库确认数据的正确性

3. 查看缓存是否正确
————————————————
版权声明：本文为CSDN博主「lucky多多」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/weixin_41948075/article/details/106209799