PS：這里有一套2022最新版的軟件測試全套自學教程，包含了以下內容，記得一定要下載下來：
? 200集視頻教程
? 教學課件
? 18套項目源碼
? 67套測試工具軟件包
? 100個實景測試面試題
? 162個面試簡歷模板（信息完整）
? 獲取資料包暗號：【ceshi169】

軟件測試人員在工作中是無法避免的要和開發人員和產品經理打交道的，開發人員先將軟件程序寫出來，然后再由軟件測試人員進行測試。一般在測試完成后，軟件項目才能生產上線，然而在這個過程中，軟件項目難免會出現一些問題（BUG），這個時候測試人員可能有聽過類似的一些話：

“這么明顯的問題（bug）都沒有發現測試出來嗎？”
“怎么這個產品的功能還沒測試完就上線了？”
“前期研發時間不夠，測試人員要盡量壓縮一下測試時間”
“這個問題（bug）和開發沒有關系，注意看看需求“
”測試人員一定要細心一點，不要把問題留給生產來發現”

每每聽到這些話，相信大家一定都是憤憤不平，感覺不知不覺就背了鍋。

因此就有很多軟件測試人員經常會出現這樣的疑問：軟件測試完成后，還有問題（bug),都是測試人員的責任嗎？

對于這個問題，這里給大家舉例子分析一下，并不是所有的鍋都得是測試人員來背的：

1、假如條件是在軟件版本的一次更新中，開發人員在做影響分析時忽略掉了一個潛在會影響到的功能，而恰巧測試人員也沒有發現測試到這個功能，在最后功能上線時出現了問題（bug)，很明顯這就是開發人員的責任；

2、對于項目開發延期從而導致原計劃進行兩輪的測試最后變成了只進行一輪測試，因為測試工作的不完整最后導致出現了問題（bug),所以這種情況的出現應該是整個項目組的責任；

3、對于軟件項目按時提測，如果在軟件測試的覆蓋范圍內出現了問題（bug)，這種情況就是測試人員的責任了；

4、在項目的測試中發現問題（bug)比較多，測試部門提出延期上線請求，這時候客戶或者上層領導駁回請求，堅持要按時上線，最后出現問題，責任可想而知。

由上述例子分析中我們可以知道，當一個項目測試完成后，還有問題（Bug），不一定全都是測試人員的責任，測試人員首先要追溯導致問題出現原因在哪里，然后找到足夠證據來保護自己。

測試人員如何有效避免“背鍋”呢?

1、提前做好測試計劃，預留充足的測試時間

為了提前保證測試時間的充足，測試人員在從測試流程開始前就得著重強調測試的重要性，在做軟件項目時間安排時，一定得安排足夠的測試時間（一般公司都會安排比預期時間稍長一點是時間，以防止突發事件）。如果后期因為一些特殊情況從而影響時間不夠，如開發人員沒有按時間提交測試或是項目的需求發生改變，這個時候一定會要勇敢提出延期發版或是減少項目功能，從而最大程度的來保證自己的測試時間。假如以上兩點也不能保證，在之后的測試報告中，一定要把情況闡明清楚，如：由于出現xxx情況，導致測試時間不足，從而引起無法完全覆蓋。

2、在測試工作中做好數據備份，凡事不要口頭溝通

很多測試人員圖省事，或是覺得和項目開發人員比較熟悉了，在提交問題（bug)時直接通過口頭和開發人員溝通，并沒有按照程序去提交缺陷報告。這種情況要是不出問題大家都好，除了問題就不太好說了。包括對于測試的版本包也需要一一備份下來，這樣在出現開發人員改動引起的問題時，你可以根據版本包進行驗證。

3、認真總結和編寫測試報告

一般來說，測試工作結束后，測試人員對于產品質量都會有一個自己的判斷，如產品是否有達到質量要求，是否可以發布上線，還有什么地方沒有得到驗證有一定風險存在、以及測試過程中出現特殊情況從而導致的時間不夠等等，像這類情況都要在測試報告中詳細注明和寫清楚。這些情況注明后，如果在發再什么問題，就比較好確定責任，也不會出現莫名背鍋的情況。所以測試報告的編寫也是非常重要的。

4、努力提升自己的技術能力

努力提升業務分析能力和測試用例設計水平，讓測試用例盡可能的把需求覆蓋更全面一點，對于各種情況的考慮再周全一些，盡可能的減少出現側漏的情況；同時提升各種代碼和運用各種自動化測試工具的能力，最好自己能編寫一些自動化的看護腳本，這樣在出現開發人員修改出現新問題時，也可以及時發現，從而提高軟件項目的質量。

總結

對于保證產品的高質量，絕對不只是測試人員一方面的責任，而是由整個項目團隊共同去保證和負責的。當出現項目出現問題（Bug）時，對于公司來說，第一要義是能夠立馬解決問題，如果這個時候大家都只是相互糾結問題的責任，只會讓公司覺得你在逃避問題。所以對于軟件產品的質量的保證，需要所有的成員好好的配合，做到人人都為項目質量負責的狀態。