因為領導不相信你的專業技術水平，在前端和後端都可以發現網路中的bug。bug是網路中及電腦出現錯誤的代名詞。可以理解為網路中的出現的bug電腦系統裡的隱藏著的，一些未被發現的缺陷或者問題未處理好。

所以，領導喜歡有專業技術的人。發現問題，理所當然地交給或者提供有水平的資訊開發技術工程師呀。如果你的水平相當，此時領導即便是你在前端或者後端呀，照樣給你，這充分說明你腦筋不夠用。在一些大公司，網路系統可能是由前端團隊和後端團隊共同開發出來的，因此在分配bug的時候，不同功能模組的bug一般都會指派給對應的負責團隊乃至於個人水平相當高的技術人員來處理。透過這些技術人員的快速操作，可以儘快找到bug的發生根源，如果能儘量提供有價值的資訊給開發人員，來縮小定位範圍及時間。如果能夠直接協助定位到bug出在哪裡，那麼開發人員將更容易去fix掉bug，從而降低了測試和開發之間的溝通成本，提高了工作效率。

另外，從一個人處理bug的水平，從側面也能體現測試人員具備了較高的技術專業性，而不是隻會一點點，個人形象在專案團隊中體現的淋漓盡致。

作為一個測試經理，我想說的是bug是分前後端，但是一般測試人員是不清楚到底是前端的問題還是後端的問題，最直接的感受就是前端頁面出問題，所以會把bug提給前端，只有前端人員知道到底是介面沒有返回，還是自己程式碼有問題啦，說白啦前端人員要先識別下是前端的bug還是後端的問題，這樣做也沒啥毛病

這很正常，沒有過開發經歷的人並不清楚資料的具體流向。他們只關注最直觀的使用者介面，正如有的甲方粑粑每次對需求都沒有建設性的意見，只是對介面風格，頁面佈局指指點點，所以領導把bug提給前端也不足為奇。但是作為一名合格的測試，必須對整個開發很熟悉，頁面的資料沒有加載出來，是在哪一個環節出了問題，是沒有入庫，還有後端介面沒有返回，測試必須做到心中有數，這樣才能走的更遠。領導可以不懂，但是測試必須肩負起自己的責任

作為一名IT行業的從業者，我來回答一下這個問題。

首先，從應用的角度來看，當軟體產品出現bug的時候，通常都是在前端呈現的，而按照歷史經驗來看，雖然很多bug是後端導致的（實際上大部分bug都是後端的），但是透過前端來推動後端進行bug調整也會相對比較方便，所以一部分技術負責人最常見的做法就是把所有的bug都指給前端，然後讓前端去推動bug的調整。

對於前端開發人員來說，在接收到測試bug的時候，通常需要完成三件事，其一是梳理業務邏輯，判斷是否出現介面呼叫錯誤；其二是分析呼叫引數，判斷是否出現引數提供不全等問題；其三是梳理呈現端程式碼，判斷是否出現數據呈現不完整的問題。按照歷史經驗分析，當前端完成bug分析之後，基本上就會確定該bug是屬於哪一部分的問題。

測試人員把測試bug推給前端開發人員還有兩方面好處，其一是前端開發人員往往對於業務邏輯有比較直觀的瞭解，所以在進行bug除錯的時候可以有一個相對全面的分析，而後端開發人員通常是進行資料流處理，在定位bug方面往往還需要前端程式設計師的配合，其二是前端開發人員往往是推動版本迭代的重要力量，實際上很多軟體產品的迭代都是前端在推著後端走，這也是一個比較普遍的現象，尤其是一些中小型的網際網路產品。

最後，對於開發團隊的負責人來說，往往更關注於解決問題的速度，把bug推到前端通常能夠更快速地完成bug修復，這是比較重要的原因。