核心關鍵 接口 接口是連接前端和后端的重要橋梁，作為測試人員，我們必須要對項目的接口熟悉，才能很好區分bug緣由。 定位工具 代理抓包工具：Charles、fiddler等代理工具 核心要素 請求URL，傳參、響應，前端渲染 1、請求URL錯誤，前端問題 2、請求URL正確，傳參錯 ...

3、非必現的Bug也要全部提交 4、為每個缺陷單獨提交一份缺陷報告 5、仔細編寫缺陷報告的標題 ...

首先需要了解一個頁面的請求過程：以http請求為例： 1、用戶在前端頁面操作，如點擊某個提交按鈕 2、頁面攜帶數據進行請求，訪問具體功能接口 3、由后端服務執行相應的業務邏輯，如涉及數據，再去請求並組裝數據返給前端 4、前端頁面進行渲染和展示對應的頁面和數據 前后端bug各有什么特點？ 前端 ...

首先需要了解一個頁面的請求過程：以http請求為例： 1、用戶在前端頁面操作，如點擊某個提交按鈕 2、頁面攜帶數據進行請求，訪問具體功能接口 3、由后端服務執行相應的業務邏輯，如涉及數據，再去請求並組裝數據返給前端 4、前端頁面進行渲染和展示對應的頁面和數據 前后端bug各有什么特點 ...

分析bug是前端還是后端的 如何分析一個bug是前端還是后端的？ 平常提bug的時候，前端開發和后端開發總是扯皮，不承認是對方的bug這種情況很容易判斷，先抓包看請求報文，對着接口文檔，看請求報文有沒問題，有問題就是前端發的數據不對請求報文沒問題，那就看返回 ...

1.發現bug之后，重現bug的時候使用fiddler抓包去分析 2.如果前端提交的數據在fiddler中顯示有誤，那么就是前端的bug 3.如果在前端提交的數據在fiddler中顯示無誤，那么就是后台的bug 4.除了fiddler等抓包工具外，還可以通過后台的日志去判斷 ...

如何分析一個bug是前端還是后端的？ 平常提bug的時候，前端開發和后端開發總是扯皮，不承認是對方的bug 這種情況很容易判斷，先抓包看請求報文，對着接口文檔，看請求報文有沒問題，有問題就是前端發的數據不對 請求報文沒問題，那就看返回報文，返回的數據不對，那就是后端開發的問題咯 一個 ...

一.為什么要區分前端/后端BUG？ 二.如何定位前端/后端BUG?  軟件測試工程師的職責是發現BUG，此外，如何體現個人價值？那么我們試想，只提出問題而不去解決，問題就永遠得不到閉環。所以，一個資深的測試人員的基本功應該是這樣的：深挖業務和功能需求，找出BUG，定位BUG，提出解決方案 ...