一、導言
上半年公司來了幾名測試實習生（95后的小哥哥和小姐姐們），發(fā)現(xiàn)問題之后卻不知將bug提給哪位開發(fā)（后端/前端/運維），BUG被轉(zhuǎn)來轉(zhuǎn)去，開發(fā)/運維大佬們無力吐槽，實習生們也身心疲憊，而我們這些測試老人也被指責教導不力，故編寫此文，希望能夠幫助準備入門測試的小哥哥小姐姐們。
二、必備工具
1.瀏覽器自帶的開發(fā)者工具，F(xiàn)12調(diào)用
2.業(yè)內(nèi)常用抓包工具，如Fidller，Charles等
3.服務器訪問工具，如xshell，secureCrt等
4.公司的異常監(jiān)控系統(tǒng)，如cat等
二、必備基礎(chǔ)知識
軟件系統(tǒng)的體系結(jié)構(gòu)：C/S B/S
協(xié)議：HTTP、HTTPS
思考1：前端和后端分別對應的上述結(jié)構(gòu)中哪一端呢？
1.前端做了
呈現(xiàn)數(shù)據(jù)： 頁面布局（字體、樣式、按鈕行為等）、和后端交互
2.后端做了
處理數(shù)據(jù)：與數(shù)據(jù)庫交互：數(shù)據(jù)增刪改查; 邏輯運算：不同業(yè)務場景下分別運算數(shù)據(jù)
3.運維做了
維護服務：服務器的搭建、應用部署、應用監(jiān)控等等
思考2：前端、后端和運維分別會出現(xiàn)什么問題？
1.1 前端常見問題
頁面/靜態(tài)問題：樣式錯亂、按鈕點擊無反應、文字錯誤、提示語不友好
交互問題：未正確發(fā)送請求、未正確展示后臺返回的數(shù)據(jù)等（抓包）
1.2 后端常見問題
未正確處理請求，數(shù)據(jù)保存錯誤，數(shù)據(jù)查詢錯誤等（抓包、數(shù)據(jù)庫表、服務器日志）
三、定位BUG
1. 根據(jù)前后端分工定位bug
樣式問題-->前端開發(fā)
業(yè)務邏輯問題-->后端開發(fā)
2. 根據(jù)請求和返回定位bug
2.1 HTTP狀態(tài)碼
根據(jù)常見HTTP狀態(tài)碼進行判斷
- 4XX 請求錯誤---前端
400 Bad Request
請求有誤，后臺服務器無法識別
404 Not Found
請求的資源未被在服務器上發(fā)現(xiàn) - 5xx， 6xx 服務器錯誤---后端
500 Internal Server Error
服務器遇到了異常，導致了它無法完成對請求的處理。一般來說，在服務器端的源代碼出現(xiàn)錯誤時出現(xiàn)。
502 Bad Gateway
網(wǎng)關(guān)或代理服務器響應異常。一般來說，發(fā)布分支或重啟服務器時，應用無法處理請求，就會出現(xiàn)此異常。
處理方法：遇到此問題，先靜待2-5分鐘等應用起來，起不來再反饋開發(fā)
2.2接口文檔
接口文檔會定義請求參數(shù)和返回結(jié)果，測試通過抓包分析是前端傳參錯誤還是后臺返回異常。
常見方法：
web應用，按鍵盤F12打開開發(fā)者工具，看請求和響應
APP應用，安裝Fidller，通過抓包，看請求和響應
如果是后臺開發(fā)問題，一般需要提供應用日志給開發(fā)加強定位后端
四、問題定位舉例
問題：購物車頁面，無法加載數(shù)據(jù)
分析：
- 根據(jù)前后端分工判斷為非樣式問題，可能是交互出現(xiàn)了問題
- 抓包，查看狀態(tài)碼，4xx是前端，5xx是后端，200繼續(xù)分析
- 查看接口請求值和返回值，和接口定義文檔對比，請求錯為前端，返回錯為后端，返回對頁面不展示給前端開發(fā)
- 如果后端問題，繼續(xù)提供證據(jù)，查看關(guān)聯(lián)應用是否正常啟動，接著連接服務器查看日志，有報錯確認是后臺問題，未報錯但應用起不來找運維。
五、總結(jié)：
如果是測試應用出現(xiàn)問題，大部分是前后端的代碼問題，小部分是環(huán)境/運維問題。測試定位環(huán)境問題難度較高，一般是將問題反饋給開發(fā)，讓開發(fā)和運維確認。
如果是ops使用上出現(xiàn)問題，如發(fā)包不成功、推包不成功、合并主干不成功等等，需要運維解決和需要開發(fā)解決的問題比例大約為6：4，需要另行分析，此文不詳訴。
