如何定位bug是前端还是后端以及用的工具

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时，查看日志中有没有相关信息。基本可以认为，如果日志没有输出，很可能这个功能并没有与后端交互，也就不存在后端的问题。反之，如果日志有输出，可以进一步查看有无错误日志信息，进一步分析。