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時，查看日志中有沒有相關信息。基本可以認為，如果日志沒有輸出，很可能這個功能並沒有與后端交互，也就不存在后端的問題。反之，如果日志有輸出，可以進一步查看有無錯誤日志信息，進一步分析。