1.抓包分析
web測試過程中，怎麼判斷前端bug還是後端bug？可以通過抓包工具來進行抓包分析。
大多數的瀏覽器都有自帶的抓包外掛程式，如firefox的firebug外掛程式，chrome、360急速模式、搜狗高速模式自帶的developtools外掛程式，f12開啟抓包後，在network中可以看到當前頁面傳送的每乙個http請求。通常情況下，我們可以通過請求介面、傳參和響應三部分來判斷bug，另外，也可以在瀏覽器的控制台進行**除錯定位。
（1）請求介面url是否正確
如果請求介面url不正確，為前端bug；
（2）http請求中的引數是否正確
如果http請求中的引數不正確，為前端bug；
（3）如果介面url和引數都正確，檢視響應內容是否正確
如果這種情況下響應內容不正確，則為後端bug。
（4）如果js基礎比較好的話，也可以在瀏覽器的控制台中輸入js**進行除錯
此外，除了瀏覽器中自帶的抓包外掛程式外，還可以使用其他的抓包軟體，如fiddler、charles、httpwatch、wireshark等。
2.後端的bug，如何準確的定位問題在**，如何精準的描述bug？
（1）檢視報錯日誌
檢視報錯日誌，通過日誌分析，需要有一定的經驗，並且有一定的**基礎，才能更好地定位問題。
（2）檢視資料庫的資料
了解所測功能的資料表結構，測試過程中，檢視資料庫的資料，確認資料的正確性。
（3）檢視快取（如memcache、apc、redis等快取）是否正確
定位bug日誌
1 開啟終端輸入以下路徑 回車執行 2 開啟以上路徑資料夾，輸入命令 open 可以看到下 件夾。將symbolicatecrash檔案拷出。這個檔案是xcode自帶分析crash的程式檔案 4 輸入以下命令 cd 目標資料夾 的路徑，比如 cd users laynewang desktop 未命...
Bug定位體會
有的時候，當出現一些自己不認為不可能出現的錯誤的時候，在反覆檢查 的過程中，也沒有發現問題，這個時候，就不用太糾結在自己的 上。要知道，你認為的 沒有問題，那只是你認為，有的時候，一些顯而易見的錯誤，自己檢查 的時候，可能定位一整天也定位不到，但是其實是乙個很小的問題。這個時候，就需要實際執行除錯，...
測試對bug如何分析和定位
如何去區分乙個功能測試工程師的水平高和低？可以從很多個方面去檢查，比如測試的思路，比如測試用例的覆蓋度？比如測試出bug是否能夠定位到根因？上面說的各個方面都很合理，那我們平常如何如更深的定位問題的根因呢？1 通過我們的測試的經驗 這個有點不容易掌握，也不容易傳承 2 通過分析bug出現的流程來查詢...