目前多數(shù)項目都是多人協(xié)作開發(fā)的，如果不能明確這個BUG是誰造成的，容易提交給錯誤的開發(fā)人員，會大大降低BUG管理的解決效率。
另外，如果團隊規(guī)模較大，或者由各地的項目組拼湊而成，勢必會增加溝通成本，這更需要我們在類似禪道或者Jira等項目管理軟件中提交BUG時，先指明是誰的BUG，避免互相踢皮球的現(xiàn)象。
如果在測試過程中做好bug分類的話，團隊效率會大大提高。
如何定位前端/后端BUG?
對于一個優(yōu)秀的軟件測試工程師來說，區(qū)分BUG屬于前端還是后端是尤為重要的。弄清楚如何定位和分類BUG之前，需要了解一下頁面請求的過程，以 http 請求為例，請求過程如下：
1. 用戶在前端頁面操作，如點擊某個功能
2. 頁面攜帶數(shù)據(jù)進行請求，訪問具體功能接口
3. 由后端服務執(zhí)行該接口相應的業(yè)務邏輯，如涉及數(shù)據(jù)，再去請求并組裝數(shù)據(jù)返回給前端
4. 前端頁面進行渲染和展示對應的頁面和數(shù)據(jù)
前后端BUG各有什么樣的特點?
前端BUG：
1. 界面相關(guān)
2. 布局相關(guān)
后端BUG：
1) 業(yè)務邏輯相關(guān)
3) 數(shù)據(jù)相關(guān)
4) 安全性相關(guān)
推薦閱讀：
本文內(nèi)容不用于商業(yè)目的，如涉及知識產(chǎn)權(quán)問題，請權(quán)利人聯(lián)系SPASVO小編(021-60725088-8054)，我們將立即處理，馬上刪除。
sales@spasvo.com
