當產品出了問題，誰都不想擔這個責任時，鍋由誰來背呢？
在測驗的日常作業中，相信經常有測驗的小伙伴遇到類似的情況：在專案上線時，只要出現問題（bug），測驗就很容易成為“背鍋俠”，
1）背部門之間未及時溝通的鍋之前做過一個專案，在專案驗收階段，客戶對下單的流程提出了一些優化性的建議，但是在開發人員開發完這個需求之后，并沒有通知我進行測驗，就導致在下一次給客戶演示的時候，下單流程根本不通，讓客戶非常失望，
就這樣甩鍋之路又開始了，開發說是功能已經做好了，但是是測驗沒有測出問題來，測驗又說并沒有被通知到這個已經改好了需要測驗，那么到底是誰的問題呢？其實嚴格說起來開發和測驗都有責任的，
1、開發人員在功能完成之后應該及時的通知到測驗人員進行測驗，留出足夠的時間改bug；
2、測驗人員應該嚴格按照需求的時間節點去確認開發人員是否完成了需求開發，不要一味的等開發人員通知，因為有時候開發人員有可能會遺漏掉，
2）背質量不符合預期的鍋在產品使用程序中，如果出現問題，第一個被問責的物件就是測驗：測驗人員為什么沒有發現該問題？而因為幾乎大部分問題都能定性為測驗案例未覆寫，所以測驗經常需要背“質量不符合預期的鍋”，之所以背這頂鍋，根本原因是業內人員對測驗人員的職責定位有誤，
大部分人認為測驗的職責就是為質量負責，且是負全部責任，只要是質量問題，測驗就需要承擔起來，
3）背專案或需求延遲的鍋只要專案有延遲，就是質問測驗人員，為什么沒有測完？為什么不催著點開發趕緊做完？怎么還有bug沒有改完？作業時間越久就越來越發現，測驗人員都成全能的了，什么也得干，什么都得會干，
4）替離職人員背鍋更奇葩的是，測驗新入職一家公司，接手了辭職人員的作業，當這部分作業線上出問題時，責任也是你的，因為你現在負責這部分作業，沒有理由，也不能申辯，而且作為一個新人，也不能和老員工硬剛，真的好憋屈哦~
什么情況測驗容易背鍋？
前期出現了以下情況，測驗就需要小心了，因為一旦出問題，很有可能變成“背鍋俠”，
1）團隊研發能力很弱研發能力弱，代表潛在質量問題會很多，測驗復測成本非常大，且交付的產品從根上就注定了功能不穩定，導致事故頻發，如果這時候產品對事故的容忍能力很低，那么后果就是測驗需要頻繁的被問責，以及被要求完成緊急版本的測驗，這種情況下，壓力被嚴重放大，
2）專案排期壓得很緊很多時候需要緊急出版本修復問題，這時候，測驗排期幾乎被嚴重壓縮，然后，測驗還要擔著交付后質量無問題的責任，這兩者其實是互相矛盾的存在：為了保障質量，需要充分的時間去測驗，而排期被嚴重壓縮，幾乎沒時間充分測驗，測驗人員深陷其中，苦苦掙扎，
遭遇職場甩鍋，測驗要如何處理？
1）如果遇到頂頭上司甩鍋那么就得看你能不能忍了，如果能忍了，那就忍著吧，畢竟還要在他手下作業，如果你覺得忍不了，或者這個公司可有可無，那么暢所欲言吧，把事情說明白，盡量的證明自己的清白，既然不打算在這呆了，也就不怕得罪領導了，
2）如果是同事之間甩鍋兩個平級人員之間，那么我的建議是，保留證據，各種聊天記錄在專案結束前不要刪，各種檔案往來一定要保存好，日報、周報、月報寫清楚自己的作業內容和職責，明確專案細節的時間節點，誰出了問題就找誰，當著大家的面分好作業，避免出現甩鍋的問題，萬一遇到甩鍋的情況要有證據證明自己的清白，
3）新人老人之間甩鍋如果新人遇到老員工甩鍋，不要急著撇清關系，首先要表達出自己剛來，對系統還不熟悉，有可能漏測并愿意承擔責任的態度來，其次是委婉的表達自己沒有負責這個需求，并沒有對這個需求進行過多的了解，
最后，別當老好人，別人甩鍋給你的時候自己也要反思一下，是不是自己太軟弱了，是不是自己是個不會拒絕的老好人，為什么自己總是當背鍋俠，甩鍋就跟家暴一樣，有第一次就有無數次，要適當反擊被甩鍋的行為，設定作業的底線，
這里有我建立的一個專門交流軟體測驗方面問題的學習群，里面也有很多大公司的技術大牛，很多時候，技術大牛的幾句話就會讓我們醍醐灌頂，少浪費時間，如果想要多跟有經驗的人學習，就找我加入我的軟體測驗交流群，以后有作業的內推機會都相互推薦一下，畢竟我們是關系社會，
軟體測驗技術交流群社：786229024 等待你的加入... 大家可以一起探討交流，共同學習軟體測驗技術、面試等軟體測驗方方面面，還會有免費直播課，識訓更多測驗技巧，我們一起進階Python自動化測驗/測驗開發，走向高薪之路，
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/553082.html
標籤：其他
上一篇：面了一個4年經驗的測驗工程師，自動化都不會也要15k，我也是醉了····
下一篇：返回列表