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

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

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

目前的項目大多數都是前后端分離的，當我們發現bug后不知道指派給哪位開發，指派錯了不僅影響解決bug 的效率，還容易被開發懟。最主要的是人家會認為你不專業，不專，不專呀。廢話少說，上干貨（踩過的坑）！ 測試中發現問題不要着急提bug，首先確定我們測試的這個系統是不是開發提測最新的一個版本 ...

前端bug特點 ：1、界面相關 　　2、布局相關 　　3、兼容性相關 后端bug特點 ：1、業務邏輯相關 　　2、性能相關 　　3、數據相關 　　4、安全性相關 定位前后端bug： 　　1、經驗法： 　　　　　　軟件測試人員應不斷精進自己的技能，負責的項目多了，自然對功能的實現過程 ...

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

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

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