系統上線後發生故障在所難免，但本文不討論出了事故以後如何通過“詭辯論”讓自己脫身——職場混久了，大家都不傻。即使僥幸“脫身”一次，在同事心中難免留下不可信的印象——本人來談談個人關於“預防”背黑鍋的幾點看法。

我個人覺得可以從下面這七方面來考慮：

一、測試前進行充分溝通，測試範圍和風險

1）跟開發詳細確認需求，確認的時候註意方法，比如對方講完了之後重復對方的意思來確認，回頭還可以用郵件的方式讓對方再次確認。

2）有郵件的方式把測試範圍發送項目幹系人。一方面讓收件人確認自己的理解是否正確，一方面收件人也會在發現信息錯誤時進行修正。

3）把風險告知測試經理（或者項目經理），包括質量風險和進度風險。　　

二、版本發布後進行冒煙測試

確認版本是否具有可測性，這點很重要。

避免出現因為版本問題導致的測試延期--這個鍋不能背。

如果版本質量下降，影響測試，應該立即匯報，並將版本駁回，讓開發重新打包。　　

三、測試執行過程中遇到影響進度的問題立即上報

一般性的bug是無所謂的，但是一旦出現致命或者嚴重bug，並且會（或可能會）導致測試無法進行的問題，應立即上報，避免信息不對稱。

如果遇到問題不上報，最後即使你“出色”的完成了測試任務，在領導心中，你的工作也是沒有做到位的。

四、測試報告中提供有說服力的數據

測試報告避免華而不實。要有足夠說服力的數據來支撐自己的測試結論。比如說認為這個版本不能上線，那可以列舉出O/C圖，列舉出缺陷狀態-嚴重性透視圖，有時候還要加一些自己的分析，比如這個版本bug井噴，原因是什麽，這些原因是否還可能導致其他方面的風險等等。

五、盡可能把發現的問題全部記錄在案

很多時候，我們會覺得發現了問題告訴研發就可以了，理所當然的認為他們會修改的。----這種做法不是不可以，但得分公司情況、也得分時機。比如在項目需要緊急上線時可以這麽做，避免走流程的時間浪費。但是我們不可以太相信人的記憶力---特別是我們這一行，長期加班，那麽效率和精神狀態就比較差，可能導致他忘了，或者改bug改的不徹底，或者這個bug這一次改了，過一段時間又發現，或者過一段時間我們想找一下這個bug都找不到。。。。　　

總之，如果哪天上線以後暴露出了我們發現過的問題，我們要有證據、要有話說。

六、不要執著成為“守門員”

很多公司裏面，測試人員執著的想要“話語權”，似乎這樣才能體現測試人員的價值。--我覺得這不可取。

說白了，我們就是一群尋找信息的人，一群為項目提供信息的人。我們是服務者，而不是控制者，如果混淆了這個概念，開發和測試的關系一定不融洽，一個不融洽的團隊，我很難相信它會產出高質量的產品。----當然我說的不融洽並不是指團隊裏都是一群老好人，沒有爭執。　　

七、小心成為過程改進小組

很多人想通過一些過程改進來推進質量的提升。想法沒錯，但是做起來常常有各種問題。

最大的問題就是想法沒錯，甚至很好，但就是推進不下去。

強行推進的時候，甚至可能會有人拖後腿，通過一些惡心的手段，讓你看起來很傻X。

遇到這個情況，要麽找項目經理或者產品經理來推進改革，要麽獲得高層的支持。否則。

---------------- 摘自光榮之路吳老之談測試

測試人員如何避免背黑鍋