測試人員如何避免背黑鍋？

來自專欄猿論7 人贊了文章

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

六、不要執著成為「守門員」

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

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

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

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

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

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

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

作者：青春的小奮鬥

鏈接：https://www.imooc.com/article/35856

來源：慕課網

推薦閱讀：

【重磅】認證作者招募 | 打造個人品牌 so easy ！

618福利空降來襲，拉開技術差距，就在此刻！

【基礎】EM 還是 REM？這是一個問題！

原生ES-Module在瀏覽器中的嘗試

PHP中的10個實用函數