如何定位前端/后端BUG?
通常可以利用抓包工具来进行分析。可以从三个方面进行分析：请求接口，传参，响应。
- 请求接口url是否正确
如果请求的接口url错误，为前端的bug
- 传参是否正确
如果传参不正确，为前端的bug
- 请求接口url和传参都正确，查看响应是否正确
如果响应内容不正确，为后端bug
- 也可以在浏览器控制台输入js代码调试进行分析
如果定位为后端的bug，可以进一步通过以下方法精确定位是哪里出bug
查看报错日志，通过日志分析问题点
查看数据库确认数据的正确性
查看缓存是否正确
前后端BUG各有什么样的特点？
前端BUG 后端BUG
界面相关 业务逻辑相关
布局相关 性能相关
兼容性相关 数据相关
交互相关 安全性相关
定位BUG属于前端还是后端，有什么方法？
这里提供了几个方法，可以给大家一个思路，让大家能在学习和工作中了解如何去区分BUG属于前端还是后端。
接口查看法
这种方法是最常用的，我们必须掌握的，常用于查看是后端返回给前端的数据有误，还是前端显示有误。
大多数浏览器都有自带的接口查看工具，如Chrome，FireFox等都可以通过F12开启抓包，在NetWork中可以看到当前页面发送的每个http请求。要想通过接口查看法来判断，你需要先了解Chrome浏览器的Network面板介绍。
日志查看法
当我们发现一个bug，并不确定这个bug属于前端还是后端，可以查看后端服务的日志，复现bug时，查看日志中有没有相关信息。基本可以认为，如果日志没有输出，很可能这个功能并没有与后端交互，也就不存在后端的问题。反之，如果日志有输出，可以进一步查看有无错误日志信息，进一步分析。
经验法
经验法就只能是慢慢积累了。负责的项目多了，自然对功能的实现过程有了解，也就明白如何分类bug了。在平常的工作和实践中慢慢总结，不要只是一味的点点点测测测，总结复盘很重要。
