身為測試工程師，總有一道繞不過去的坎就是定位bug，這其實是非常花費時間的。不同技術水平的測試人員，bug分析定位能力也有高低。這個除了需要不斷總結之外，能決定你水平高低的原因其實就是工作經驗。系統呈現出問題時，查看對應的請求、日志信息等，我們才能去全面的定位是前端還是后端的問題，下面具體給大家介紹以下幾個常用方法：

01、分析問題場景進行預判

    先查看頁面表象，根據問題表像判斷問題可能出現的原因，進行縮小范圍，并且準備好錄制工具，錄制問題。

    系統頁面無法正常訪問的提示5開頭的找后端，4開頭的先檢查請求地址或者對應的權限，進入系統頁面正常打開，提示異常代碼錯誤的直接找后端

    進入系統頁面展示異常圖片視頻相關提示Flash等相關信息進行安裝Flash如若還不行找前端，界面UI展示兼容性錯誤找前端

    如若系統訪問正常，進入操作頁面，功能性報錯信息，就進入下面環節，抓包查看對應請求體，看日志等

    4**開頭的狀態碼一般都是客戶端（前端）的問題；例如常見的404確認下是否是請求的地址有錯，403確認是否有權限訪問，具體可百度

    5**開頭的狀態碼一般都是服務端（后端）問題，例如常見的500，則表示是服務器內部錯誤，503網絡過載導致服務端延時，502服務器崩潰等，具體可百度

    通過訪問報錯的頁面，加載錯誤請求時我們通過F12進行分析請求包，查看對應的入參以及響應數據

    例如：請求入參錯誤，那么該bug屬于前端的錯誤；入參標準可以根據前端頁面的輸入的內容或者選擇的內容，進行核驗，入參格式以及是否必填等可以對應接口文檔去進行分析或跟開發確認

    例如：請求未響應或者響應數據錯誤，那么該bug就屬于后端的錯誤；一般是數據庫查看報錯，例如刪了某個表查詢報錯誤空指針等

    如果請求的入參或者響應數據都沒問題，可以跟開發反饋是不是瀏覽器解析的問題，可以換個瀏覽器測試

    針對服務端類型的報錯，我們可以進行登錄日志平臺或者服務器對應Log目錄下查看打印出的日志。

    常用查看日志命令tail ,/error進行快速檢索關鍵詞接口名等相關內容。

    拿到對應的日志,將日志文件貼進bug單，指派給后端，提高專業性，測試人員也要養成看日志的習慣，看著看著就懂了。

    在系統前端頁面當碰見服務器配置相關報錯的信息例如Nginx***或者代碼以及SQL相關的提示報錯信息直接找后端處理，例如JAVA**** 、.PHP、SQL等異常報錯。

    前端字符校驗、格式校驗、等，瀏覽器界面UI兼容性以及插件，或者APP、小程序類調用手機相關功能拍照、語音無法正常調用直接找前端。

    正確的思路+豐富的業務知識+豐富的技術背景知識= 強大的bug定位能力。

    本文由培訓無憂網千鋒教育專屬課程顧問整理發布，希望能夠對想學習軟件測試培訓的同學有所幫助。更多軟件測試培訓課程歡迎關注培訓無憂網軟件測試培訓培訓頻道或添加老師微信：15033336050

      注：尊重原創文章,轉載請注明出處和鏈接 http://www.dedgn.cn/news-id-9231.html 違者必究！部分文章來源于網絡由培訓無憂網編輯部人員整理發布,內容真實性請自行核實或聯系我們，了解更多相關資訊請關注軟件測試頻道查看更多，了解相關專業課程信息您可在線咨詢也可免費申請試課。關注官方微信了解更多：150 3333 6050