1樓：daniel
從表面上看，bug大部分都是先在前端表現出來的。如果測試有經驗，一般是可以區分出大部分。
那領導的這種做法，可能有他的考慮，我們不需要浪費時間去猜測領導的動機。
你能做的，就是把它當成是提高自己判斷能力的鍛鍊，出現問題，養成先從自身找起，確定是後端問題，再指給後端就行了
2樓：千鋒軟體測試學院
從職場的角度來看,解決問題而非提出問題才是乙個合格的下屬需要去認真考慮的事情。把所有的BUG都指向前端既然是領導做的決定，那自然有他的道理，作為下屬就應該積極配合。
從技術角度來看，把所有的BUG都指向前端，自然不合理；但是，換個角度去思考，這也許是由於部門測試人員的測試技術不足所導致的；所以，在這種情況下，如果我們測試能把BUG的再現步驟寫清楚、問題描述準確，讓前端拿到BUG之後，一看便知該不該由他們來修改，如果不歸他們管，自然也能很快地把這個BUG指向第三方。
當然，這件事情如果一直這麼幹，遲早會被其他部門拿出來說事兒。所以，解決這個問題的最好的辦法就是盡快提公升部門測試人員的測試水平，努力做到既能發現問題，又能定位問題。
3樓：「已登出」
為了平衡，我都是在可能出錯的地方，包乙個大大的try catch，有錯誤直接彈乙個訊息框，「伺服器響應異常」，先甩鍋等他們找來了再說。
4樓：「已登出」
對於沒有技術背景的人，他是比較難分辨問題是前端的原因還是後端的原因的，不要強人所難。
所以你們把是自己的問題解決了，不是自己的問題指給後端讓他們解決。
我們在一家公司的時候，遇到過乙個做技術出身的產品經理，遇到問題可以極大概率的分清楚是ios的問題、android的問題還是後端的問題，就沒有你們遇到的這個問題了。
個人建議，僅供參考。
5樓：dounoy
相對合理。
測試—前端—後端
很明顯前端才是溝通的橋梁，需要同時對接測試和後端。而對於後端來說，他只和前端互動，你讓他去和測試溝通，成本會比前端和測試溝通高很多。
6樓：邊七
據說安慰乙個人的最好辦法，是讓他知道你比他更慘我們公司很小，我作為前端不僅是bug路由器，還兼職：
專案助理（可能是叫這個名字吧）：有功能做完了要跪求客戶爸爸百忙之中抽空試用，最後在交付確認書上簽字；
技術支援：我求客戶試用的，試用中有問題我能不管嗎最慘的，還是看工資的時候。。。
願題主開心~
7樓：
天天都遇到，本質上還是擊鼓傳花，後台報的彈出框樣式要固定，保證自己向介面傳遞引數的過程是沒問題的，到底是前端問題還是後端問題，一眼就看得出來， 推給後端即可，後端要是真沒問題，他會告訴前端哪些引數沒有傳遞正確所以報錯。
8樓：火貓俠
前端是入口，測試抓個包，除非這個介面報錯了不然測試也不知道介面返回是不是符合預期，也不了解頁面的互動和介面是如何對應的。所以初期把bug給前端看看再分配沒什麼大毛病。但是那種光截個圖說這個怎麼不行，就比較愚蠢，好歹把復現步驟和介面返回抓個包。
9樓：西門吹牛
如果測試把後端的BUG 指給前端，我們一般會告訴測試怎麼通過 chrome 的控制台去看介面的資料，來區分前端還是後端的錯誤。多教幾次測試就不好意思不動腦就把問題給前端。
確實有一些不動腦的，這種的就需要噴一噴了。
10樓：阿呆
能甄別出來的後端問題和不確定是否是後端問題的列出來，找後端同事溝通下，然後把後端任務分過去就好了，當然測試也需要加強問題區分能力。
11樓：地平星
僅發表個人對「領導的看法」。
不知道領導這種安排的意圖，看起來極度簡單粗暴，明顯會對前端生產力造成負面影響。
當然我們要做的是去和領導溝通自己內心的真實想法，或許領導另有意圖，聊開了大家都舒心。
12樓：
因為領導分不清乙個bug是前台還是後台的。
缺陷有整理出來的缺陷表單。
很多問題可以前端解決也可以後端解決。（前端解決跟後端解決可能互有優略）
這種情況下首先需要開發主管來判斷。如果領導沒有去分開也沒有開發主管。
那麼給到前端就由前端主管負責區分和協調。
13樓：ikkiz
要求測試人員根據現象判斷bug原因找到合適的責任人有點強人所難，團隊裡需要有人承擔bug路由器的角色，通常來說是能夠掌控全域性的人比較合適。如果前後端分離到了這麼乙個角色都沒有，或許本身就出了問題
14樓：
前端作為表現層，出了 bug 很可能是在前端介面首先表現出來，這個時候「bug指給前端」也沒什麼毛病，只是需要分析下 bug 出現的原因就可以了，前端問題那就前端自己解決，非前端問題就反饋給測試或者相關人員即可，這也是前端工程師存在的價值之一。
15樓：一波不是一波
首先，大多數測試就是點點點，遇到白屏、資料 NaN 等一切介面不對的問題他肯定只能來找前端。那麼，就應該告訴他看看介面資料對不對，這樣節省大家的時間。
其次，前端自己做好 mock 資料，這樣就能立馬知道是後端資料不對了，再 assign 給後端。必要時（比如這個bug是線上的，抄了全組郵件），回乙個全員郵件，留下證據（截圖等），保證自己是清白的。
最後，如果真的是自己的 bug ，分析一下是什麼問題該怎麼解決。是自己對後端介面格式錯了（比如手滑 userinfo 寫成 usarinfo 是不是考慮該上 ts），還是自己相容機型的問題（比如 css），還是資料沒有校驗等等吧。
16樓：
先說為什麼，總有前因後果吧？
那假設下：
1,外行領導。那建議先溝通看看，不然換個公司？
2,測試不行。測試能力較低，分不清楚是哪方的，只看到展現出來ui 的，就只能認為是前端的。
3,後端強勢任務緊。後端比較強勢或人員偏少，暫無時間處理，先讓較空閒前端把bug過濾一遍。
4,領導圖省事。每天看各端甩鍋，煩得一逼，索性讓測試丟給前端，讓前端跟後端撕逼去。
所以，如果適應不了又改變不了，不如好好努力換家自己喜歡的？
17樓：
因為有能耐的QA貴啊
方案一：
便宜的QA+兼任QA部分職責的前端
方案二：
有能耐的QA
你說hr或者領導會選哪種？
問題核心一目了然~
前後端該有啥矛盾？
18樓：lol就是那只熊貓
一般的測試人員沒有足夠的能力區分問題到底是哪個部分造成的。
測試人員操作的是介面，介面是前端開發的。出現問題是因為對介面的操作，指給前端很合理。
接到問題分析一下，是後端的問題直接寫一下原因再轉出去就好了。
如果是用工具測試後端介面發現的問題也要指給前端，支援你噴他。
另外，多說一句，大多小公司的測試流程不正規，對測試的重視也不夠。尤其是再遇到乙個什麼都不懂的領導。
19樓：約瑟
一般情況遇到bug先指給前端，先確認是不是後端資料的問題，如果是後端的問題，把bug指給厚度按就好。其次就是每寫完乙個功能，前端先做測試，不要直接扔給測試人員，這樣問題自然會很多。
在bug比較多的情況下，大部分人都想撇清責任，這也是人之常情，不要把問題放在心上，工程師的首要責任是把工作做好，把問題解決。
20樓：有木桑
有的公司對測試的水平要求不高，
導致不少測試只能發現「這兒好像有問題」，但是並不能說出是哪兒的問題，於是，這時候就有兩種方法了，要麼是專門找乙個前後端都懂的人來分配bug，要麼就是先不管前後端把bug單發給負責該功能的程式讓他們自己分。
看來你們領導選擇了後者方案
21樓：三朵耳朵
有些測試不知道bug到底是誰的，那指給前端我覺得沒啥問題，前端看了不是我的問題再指給相應的後端就行了唄，我覺得前端一看bug就知道是不是自己的問題，甚至有時候前端改也行後端改也行，所以，自主權在你咯，不是前端的鍋立馬甩啊。
22樓：何方
我的工作現狀就是這樣， 測試把幾乎所有的bug都指給前端負責人，由前端負責人去排查和分發bug，但我會給測試提要求，要有文本版的bug頁面的url，要有bug復現步驟，要給出bug描述，要給出能復現bug的賬號和測試用的瀏覽器及版本。
這樣其實也沒有什麼不好的
1，前端可以掌握主動權
2，前端可以對業務更加了解，開發更符合需求3，測試只和乙個人對接， 提高效率
23樓：月夢潭
我們公司測試就把bug全指給前端啊，由前端自行判斷問題是前端問題還是後端問題，如果是後端問題直接把bug再指給後端就好了。
24樓：
這個完全沒有關係啊，所有的Bug系統都有乙個Assgin功能，你覺得不是你的問題可以指給後端啊。
不過理論上來說，測試應該具備辨別前端問題還是後端問題的能力。
領導這樣的做法只是把本來應該讓測試分析的任務轉嫁給了前端。
如何讓親戚領導拉我一把，幫我？
你這麼多時間想怎麼和別人套近乎，為什麼不把這些時間花在提公升你的業務能力上？你表姐夫已經拉了你一把，給你開啟了門，你不能平白無故奢求更多，在你沒有能力夠上你表姐夫那個圈子以前，你只能腳踏實地一步步做出成績來，至少，最起碼，把你自己的事做好，別出岔子給你表姐夫臉上抹黑。你可以不聰明，不會人際關係也沒關...
如何看待校領導 老師或者家長說「應將所有精力放在學習上」？
五雞化學 體現了貴校領導對自身教學能力的不自信與無能狂怒，同時再一次體現了我對中國教育現狀不能抱過於樂觀的態度 乙個有能力的老師，絕對不會需要通過拖堂這種無用的手段來逼迫學生學習，拖堂能講多幾個字大家心知肚明，但沒有課間導致學生不能放鬆和消化所學內容對學生學習的負面影響絕對是巨大的 我初三的時候每節...
如何看待在酒店入住時把所有免費物品都拿走的行為？
堯光 除非是遇到特別喜歡的，一般不拿。有次在威斯汀看見白色葉子形狀的香皂，還是白茶味的，實在忍不住就把沒用的兩塊帶走了。不拿的原因，一是不缺，經驗來看以前帶回去的大部分都浪費了，而且酒店的牙刷梳子之類的往往不好用。二是覺得塑料汙染環境，我一般都回到自己的洗漱用品拖鞋什麼的，酒店的沒動過的話他們就不會...