1.发现bug之后，重现bug的时候使用fiddler抓包去分析
2.如果前端提交的数据在fiddler中显示有误，那么就是前端的bug
3.如果在前端提交的数据在fiddler中显示无误，那么就是后台的bug
4.除了fiddler等抓包工具外，还可以通过后台的日志去判断
下面是具体的实现
通常可以利用抓包工具来进行分析。可以从三个方面进行分析：请求接口，传参，响应。
1. 请求接口url是否正确 （如果请求的接口url错误，为前端的bug）
2. 传参是否正确（如果传参不正确，为前端的bug）
3. 请求接口url和传参都正确，查看响应是否正确（如果响应内容不正确，为后端bug）
4. 也可以在浏览器控制台输入js代码调试进行分析
如果定位为后端的bug，可以进一步通过以下方法精确定位是哪里出bug
1. 查看报错日志，通过日志分析问题点
2. 查看数据库确认数据的正确性
3. 查看缓存是否正确
前端BUG特点：界面、布局、兼容性、交互
后端BUG特点：业务逻辑、性能、数据、安全性
通用方法：
接口查看法（最常用）例如：Chrome浏览器可以通过F12开启抓包
日志查看法 ：当我们发现一个bug，并不确定这个bug属于前端还是后端，可以查看后端服务的日志，复现bug时，查看日志中有没有相关信息。基本可以认为，如果日志没有输出，很可能这个功能并没有与后端交互，也就不存在后端的问题。反之，如果日志有输出，可以进一步查看有无错误日志信息，进一步分析。