首先需要了解一個頁面的請求過程：以http請求為例： 1、用戶在前端頁面操作，如點擊某個提交按鈕 2、頁面攜帶數據進行請求，訪問具體功能接口 3、由后端服務執行相應的業務邏輯，如涉及數據，再去請求並組裝數據返給前端 4、前端頁面進行渲染和展示對應的頁面和數據 前后端bug各有什么特點？
前端bug特點 1， 界面相關 2，布局相關 3，兼容性相關
后端bug特點 1，業務邏輯相關 2，性能相關 3，數據相關 4，安全性相關
定位前后端bug，有什么方法？
1、經驗法
軟件測試人員應不斷精進自己的技能，負責的項目多了，自然對功能的實現過程有了解，也就明白如何分類bug了。 例如： 網頁上的某個圖片的分辨率不對，如果我們了解實現過程，可以想到一般情況下，是根據某個地址去服務器取圖片的，數據庫一般只保存地址，那么圖片能正確顯示，就說明后端的基本功能是滿足需求的。如果具體圖片分辨率有誤，最可能的原因是前端顯示過程出了差錯。
2、查日志
當我們發現一個bug，並不確定這個bug屬於前端還是后端，可以查看后端服務的日志，復現bug時，查看日志中有沒有相關信息。基本可以認為，如果日志沒有輸出，很可能這個功能並沒有與后端交互，也就不存在后端的問題。反之，如果日志有輸出，可以進一步查看有無錯誤日志信息，進一步分析
3、查接口
這種方法常用於查看是后端返回給前端的數據有誤，還是前端顯示有誤。 大多數瀏覽器都有自帶的接口查看工具，如Chrome，FireFox等都可以通過F12開啟抓包，在NetWork中可以看到當前頁面發送的每個http請求。 我們需要對比通過后端接口拿到的數據和前端顯示的數據，來確認問題出在哪里。如果數據錯了，頁面顯示是錯的，也是正常的，先從后端入手去解決。
還可以分析控制台中js是否有錯誤，network中狀態碼是否有問題，如果是500等說明服務端有問題。
比如登錄頁面，輸入賬號和密碼點擊登錄，結果沒有跳轉也沒有反應
可以打開控制台，看是否有js錯誤，如果有就是前端問題，沒有且有正常post請求再看network狀態碼，如果是404有可能是前端參數寫錯或者后台接口改了，前后端都可以提，500就是后台出了問題。