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

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

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

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

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

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

測試如何定位判斷是前端的bug還是后端bug 軟件測試工程師的職責是發現BUG，此外，如何體現個人價值，只是提出問題而不去解決，問題就永遠得不到閉環。所以，一個資深的測試人員的基本功應該是這樣的：深挖業務和功能需求，找出BUG，定位BUG，提出解決方案。這里我們就來說說，當我們找到了BUG，應該 ...

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