軟件測試人員測試過程中如何分析定位常見BUG
一、前置知識
1. 熟透系統業務、團隊成員情況
2. 熟悉使用F12或抓包工具
3. 了解HTTP/HTTPS協議，能夠區分請求URL、請求頭、請求體、入參、響應數據、響應碼
4. 具備操作常規Linux命令，能否登入服務器查看Log日志，例如Tomcat等應用，不排除一些公司有對應的查看日志平台，例如K8S、Xlog，總之會查看對應服務打印的日志就行，這里日志等級輸出具體可以百度
5. 了解系統的架構，數據走向
6. 思維敏捷，懂得檢索百度
二、定位技巧
1.首先當系統出現bug時，一定要將bug現象進行錄制保留，保留現象時為了證明這個bug出現過，如果bug是必現還好說，如果該bug無法必現，那么保存的截圖都是你直接證據，要養成良好的保存現場的習慣
2.提BUG這塊，還是要體現出測試的專業性，標題簡潔、問題環境標識清楚、問題詳細描述清楚、系統錯誤表象貼圖、接口傳參返參貼圖、必要時貼服務器日志，總結來說不該少的bug標簽一個不要少
一. 小型產品，前后端一人統籌
一些小型程序，例如前后端都用node、php語言開發的，整個系統前后端是同一個開發的時候，那么小編可以自信的給你說，系統出現問題時，bug大膽的提，往猝死的提，責任人錯不了！
二. 常規系統，多人開發協同
前置：測試之前該測試人員對系統、業務、環境部署、開發人員等較為熟悉
在測試之前打開對應瀏覽器的F12直接開個新頁簽，或者使用抓包工具等，系統呈現出問題時，查看對應的請求、日志信息等我們才能去全面的定位是前端還是后端人員的問題，具體給大家介紹以下幾個常用方法:
1. 分析問題場景進行預判
先查看頁面表象，根據問題表像判斷問題可能出現的原因，進行縮小范圍，並且准備好錄制工具，錄制問題
系統頁面無法正常訪問的提示5開頭的找后端，4開頭的先檢查請求地址或者對應的權限，進入系統頁面正常打開，提示異常代碼錯誤的直接找后端
進入系統頁面展示異常圖片視頻相關提示Flash等相關信息進行安裝Flash如若還不行找前端，界面UI展示兼容性錯誤找前端
如若系統訪問正常，進入操作頁面，功能性報錯信息，就進入下面環節，抓包查看對應請求體，看日志等
2. 關注請求體的狀態碼
4**開頭的狀態碼一般都是客戶端（前端）的問題；例如常見的404確認下是否是請求的地址有錯，403確認是否有權限訪問，具體可百度
5**開頭的狀態碼一般都是服務端（后端）問題，例如常見的500，則表示是服務器內部錯誤，503網絡過載導致服務端延時，502服務器崩潰等，具體可百度
3.關注請求的入參與響應數據
通過訪問報錯的頁面，加載錯誤請求時我們通過F12進行分析請求包，查看對應的入參以及響應數據
例如：請求入參錯誤，那么該bug屬於前端的錯誤；入參標准可以根據前端頁面的輸入的內容或者選擇的內容，進行核驗，入參格式以及是否必填等可以對應接口文檔去進行分析或跟開發確認
例如：請求未響應或者響應數據錯誤，那么該bug就屬於后端的錯誤；一般是數據庫查看報錯，例如刪了某個表查詢報錯誤空指針等
如果請求的入參或者響應數據都沒問題，可以跟開發反饋是不是瀏覽器解析的問題，可以換個瀏覽器測試
4. 查看日志
針對服務端類型的報錯，我們可以進行登錄日志平台或者服務器對應Log目錄下查看打印出的日志
常用查看日志命令tail ,/error進行快速檢索關鍵詞接口名等相關內容
拿到對應的日志,將日志文件貼進bug單，指派給后端，提高專業性，測試人員也要養成看日志的習慣，看着看着就懂了
5. 經驗法則
在系統前端頁面當碰見服務器配置相關報錯的信息例如Nginx***或者代碼以及SQL相關的提示報錯信息直接找后端處理，例如JAVA**** 、.PHP、SQL等異常報錯前端字符校驗、格式校驗、等，瀏覽器界面UI兼容性以及插件，或者APP、小程序類調用手機相關功能拍照、語音無法正常調用直接找前端
記住以上的一些方法以及技巧減少將BUG責任人提錯的概率，在提單方面整潔完整一些，長久以來，體現出你的專業性，相信開發會對你豎起大拇指
做一個既能發現問題還能協助開發解決的問題的測試人員，那也是你從初級跨入中級測試的一個標准