定位前后端Bug思路及方法參考


為什么提Bug要定位是前端或后端的?

1)模塊職能分工不同,同一個模塊,前后端負責團隊或人員不同,定位后可清晰地指派到人;

2)測試盡量提供有價值的Bug信息,節約溝通成本,提升Bug修復率;

3)體現測試的技術專業性,有利於在團隊樹立良好的個人形象;

定位BUG大概思路方向:

用戶層面問題 -> Web頁面/軟件界面 -> 中間件 -> 后端服務 -> 代碼 -> 數據庫

用戶層面問題:大多不是bug,可能是用戶的操作不當或網絡環境問題;

then 直觀查看頁面表現;

then 看狀態碼;

then 看服務器日志;

then 接口的請求和返回以及js執行是否有報錯;

then 看需求文檔;

then 后端生成頁面問題;

then 開發提供可測性支持;

then 配置的問題;

then 經驗法則.

經驗:

多修煉內功:對業務系統的掌握,測試方法以及開發技術。

建設自己的bug知識庫,多思考、多積累、多總結。

對於無法確定的問題或者目前功力難以定位的問題,要交給開發,不要死磕,浪費時間。如果冒煙測試都不通過,就不要浪費時間定位了,直接打回。優先解決項目進度問題,其次才是測試深度。

參考資料:

https://blog.csdn.net/My_Sunshine_appear/article/details/81162493

 


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM