範範範小軒
測試和開發是兩套體系，開發本身應該自己寫單元測試檢測功能性能，所以在基本功能方面應該不存在問題，不管他怎麼懟，如果連基礎功能都能測出bug說明這個程序員的能力不行。
如果是corner case，由測試團隊設計的項目發現了未考慮到的問題，那說明開發的設計本身存在漏洞，是設計的不合理，錯在開發不在測試。
QA團隊是質量保證團隊，只要有產品要發佈就要經過QA，不是報bug團隊，無論有沒有bug，QA作為工作鏈的一環都不會失業。
能這麼說的開發以後也做不了架構，沒什麼前途。
榻榻米的榻榻
測試和開發是兩套體系，沒有什麼好懟的，程序有bug很正常，測試也有漏測的可能，只要是人做的工作，就不可能保證完全沒有錯誤。
但是，錯誤也分等級，工作需要被評價，測試是編碼的下游，所以測試有對程序評價的功能，如果程序經常出現一些低級錯誤，說明程序員工作不認真，沒有自測，那麼測試評分自然低，影響的可能就是程序員的績效以及晉升。工作靠懟，沒有意義。
死牛胖子
如果成立的話，那就應該這樣說：
如果有交通法，你就該汽車撞死麼？
如果有保潔，你就該隨便大小便麼？
如果有藥品，你就該生病麼？
如果有市場監管，你就該吃過期食品麼？
如果有警察，你家人就應該被侵害麼？
總有一些槓精不嫌事大，這類人是後天形成的，也是先天不足才形成的，性格怪異，渴望被認可，往往事與願違，最終變成了見誰懟誰，不必理會，也不必見怪。
“說的好像你們能搞出沒BUG的程序一樣？”
“很不幸、你們最大的本事就是擴大了測試的就業隊伍、提高了測試的工資待遇、壓縮了自己的就業時間，這就是你們創造的IT發展史！”
素食的貓
程序員一枚，，
我們是沒有Bug的，，肯定是你測試環境有問題。。
大V觀影
既然開發與這個理由來對你的話，當然是懟回去啦，測試是保證質量的，並不一定是非得發現bug，如果沒有bug測試也有其存在的意義。遇到這種開發的時候，發現有bug的時候，自己先確認一下，然後再懟回去。
精彩片段搬用工
現在不分開發和測試了吧，開發人員也負責測試的
LennyDou
那以後你可以幹開發了
