背鍋其實也就是指生產問題的追責，現在一般的公司都追求敏捷測試，小步快跑，更新迭代速度快，這也就引發了許多的質量問題，一旦這些質量問題在生產中暴露出來，輕則用戶體驗差，重則造成經濟損失。

一、那么鍋應該由誰來背？

我覺得發現生產問題要深究產生問題的原因，優先解決問題，將損失降到最低，其次再來考慮事故是由于什么環節導致的，是測試范圍預估不正確，導致未測試，還是在范圍內漏測，還是開發編寫代碼導致新問題的產生，我覺得只要在這個團隊就都有責任，不能說是單獨拎出來某一個人來背鍋，其實經理和負責人已經扛了大部分的鍋，不會說讓某個人來負責、背鍋，到團隊層面復盤、反思經驗教訓，大家共同提高進步，我覺得這才是這件事能產生的最有益的價值。

二、如何避免鍋從天降？

說到如何避免鍋從天降，還不如說如何減少生產問題，提高測試的質量，產品的質量提升了，鍋自然也就沒了，這樣既有利于團隊的發展，更有利于對測試質量的提升，我總結了一下幾點建議：

1、需求評審

需求評審是關鍵的一步，提前了解需求，將有異議的地方列舉出來在需求評審時提出問題，是業務、開發、測試對于需求的理解保持一致行，能避免后期很多不必要的麻煩。

2、用例評審

用例評審時需要開發和業務人員確認測試點和測試范圍，防止用例設計的遺漏。

3、交叉測試

關于其他的一些測試方法測試策略在這里我就不詳細說了，但是在我來看交叉測試的測試策略是不可忽略的。

4、暴露問題

可能在測試封版的時候還會遺留一些修復優先級程度低的缺陷，這時有可能會帶著這些問題上線，那么就要提前做好與業務和開發人員的溝通，幾方溝通確認結果寫在測試報告中，是無需修復還是下個版本優化，明確確認人員。

5、風險評估

指的是對本次即將要上線的產品做一個風險的評審和預估，常常伴隨著“政治性”的話語，例如對所有瀏覽器或者手機機型未進行兼容性測試等等類似的話語。

三、如何擺正心態？

若真是自己的問題就要靜下心來，反思與總結這次的教訓，若是他人的問題也不要一味的抱怨、指責，團隊通力合作才是最重要的，我很慶幸我現在是這個團隊中的一分子。