軟件測試人員怎樣快速定位bug
發布時間:2022-06-20 11:34:15 已幫助:人 來源:西安樂搏軟件測試培訓學校
作為一名測試人員,雖然系統問題不是我們的工作內容,但如果連常見的系統問題都不知道如何分析,在團隊里你在開發中的地位顯而易見,作為測試人員來說,盡管你不能深入的去分析問題,但是你能發現系統存在的問題,這點也是值得肯定的,那么軟件測試人員怎樣快速定位bug呢?本文為大家做相關的內容介紹。
軟件測試人員怎樣快速定位bug
先查看頁面表象,根據問題表像判斷問題可能出現的原因,進行縮小范圍,并且準備好錄制工具,錄制問題
系統頁面無法正常訪問的提示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的具體內容介紹,有從事軟件測試的人員可以來做個相關的學習了解,希望對大家有一定的幫助,想要了解更多軟件測試學習相關的知識可以繼續關注小編為大家帶來的后續文章更新。
上一篇:AP報名條件具體有哪些
下一篇:大廠喜歡的軟件測試人類型是怎樣的