我入職不到一個月，當時項目已經開發的差不多了，需要我開始進行測試。但是要一個人測試三個平臺web，Android，iOS，工期不到一個月，接近二十個模塊，上線後出現問題卻要我背鍋，這合理嗎？

當然不合理，但是你要會合理的回懟！因為：

1）產品的需求不是測試提出的；

2）界面UI是設計人員做的；

3）界面代碼是前端寫的；

4）程序處理代碼是後端完成的；

5）資料庫是DBA（或者開發）設計和開發的；

6）產品上線維護是運維做的；

……

種種跡象表明，這些都跟測試沒有關係！

測試只能發現缺陷，不保證測試後的軟體沒有缺陷。

這樣的鍋，測試不背！

顯然不合理。你見過裝修出問題讓監理背鍋的嗎。項目組的責任，整個組一起背。特別是決定不合理的工期的決策人比如項目經理需要負責任。

看情況，你必須有理有據纔可以背鍋或者甩鍋，測試來講之前我團隊是不背鍋，每個流程都有輸入，標準，輸出。對於測試有風險責任必須郵件，特別測試完以後開發經常亂修改，沒有說測試內容，發布出去就出現問題，這個就是測試經常背鍋的地方～所以到時記得有證據～

要，你測試計劃評審了沒有？測不充分有風險提前彙報了沒有？

【這個鍋我不背】

項目經理道：「你是怎麼測的，為什麼這麼簡單的問題都沒測出來？」他沉默，林木靜寂。他凝視著地板，彷彿在沉思。對於測試來說，背鍋是很正常的。既然經過了測試。如果發現了問題。第一反應自然是測試的鍋。畢竟是項目交付最後一環。有辦法改變別人的看法？沒有。只能接受。那他什麼都不能做？不是。可以做點什麼？甩鍋。測試背鍋若是一把鎖。他已找到開鎖的鑰匙。這把鑰匙若是一把劍。這一劍刺出，是什麼樣的力量！項目經理似乎感受到了這股力量。不由得往後退了兩三步。項目經理道：「你，你，你為何還不說話？」他開口了，自信而淡然。他道：「先把問題原因定位一下。」一炷香的功夫。他精神一振，道：「這個問題我提了的，開發沒有改。」他拿出了 Bug 單。證據確鑿。無可反駁。項目經理苦笑道：「什麼情況？」開發表示根本不知道有這個 Bug。這就是江湖人。江湖人，都會甩鍋！人在江湖，豈非本就像是風中的落葉，水中的浮萍？他大笑。他是真的在笑。可是他心裡究竟是什麼滋味？又有誰知道？他眨了眨眼，道：「那我以後把優先順序和嚴重程度標明顯一點吧。」甩鍋失敗。甩鍋是有可能會失敗的。但是不甩一甩，怎麼知道成功還是失敗。冷冽的冬天。山坡後的草包已衰。有風吹過。一片落葉飄下。他抬起頭，凝視著天空。感受著微微的陽光。他希望能有機會，再甩一次鍋。很快機會就來了。又是上線問題。又是項目經理。又是同樣的話。又是那個開發。又是說不知道。老油條就是老油條。他的腎上腺素飆升。似要發作。內心的憤怒卻忽然變成了粉末。瞬間就被吹得無影無蹤。他看著開發那油膩的臉龐。心裡忽然覺得有點酸酸的。自己以後是不是也會這樣。可是他的擔憂是多餘的。他會遇到更優秀的開發。他冷冷道：「我優先順序寫的是 Highest，定級也是 P2。」開發道：「是嗎？不是吧。」試圖做最後的掙扎。項目經理走過去拍了拍開發的頭。項目經理道：「是你的問題，今天改完了才準下班！」開發臉色慘白：「為什麼受傷的總是我？」測試不是背鍋俠。如何聰明的甩鍋。是值得研究和學習的。講事實，擺道理。切勿帶有情緒。說很容易，做到很難。這天，開發笑嘻的道，「你這提的不是 Bug！」他沒有再開口。可是他的人已有了動作。

背了什麼鍋？

親，這邊建議離職呢。

說真的，現在有些公司招測試的一個重要目的就是用來背鍋的。如果剛入職一個月就遇到這種，那後續要背的鍋可多了去了。這個時候要麼強硬回懟，要麼有人，不然有得憋屈的(待遇好當我沒說，純當每月拿精神損失費了)

當然，如果不是追責，只是讓你負責組織分析根因，制定改進措施，並跟蹤閉環(說得有點阿里味了[ ])，那這種我覺得是不叫背鍋的，本來就是測試要做的事，那就不要太玻璃心了

至少從題目的描述看，背鍋是合理的。

說一下裡面的問題。

你入職了一個月，是否瞭解了所在公司的開發流程，在流程裏測試的角色的介入階段和職責是什麼。

測試工期一個月，你是否制定了測試計劃，是否編寫過相應的測試用例。

看題目描述，測試的資源是不足的，那麼是否和上級領導進行了彙報，說明過測試不足的風險。

假如你做了測試計劃；編寫了測試用例；邀請項目相關人員進行了測試用例評審確認；確定測試資源不足，項目領導已經瞭解相關風險；測試方提交了測試資源不足時候，在現有資源下的解決方案，比如只進行常規驗證不進行異常驗證，三個平臺重點測試一個用戶最常用的平臺等等。

在測試預期的範圍外，上線後出現問題，那麼這個鍋無論如何都不會到測試的頭上，因為你已經在自己承諾的範圍內做好了測試。

當然了，這個比較理想化的狀態，但是現實可以往這個方向努力一下的吧，至少甩鍋的時候有可以提供的內容。

推薦閱讀：
相關文章