本篇轉(zhuǎn)載自黑馬測試高贊知乎文章：https://www.zhihu.com/question/26463640/answer/1571901839

測試完成后還有bug，測試人員肯定是有責任的，第一時間要趕緊處理而不是著急甩鍋。但是這口鍋全部扣測試身上，明顯也是不能接受的，關(guān)鍵在于測試人員需要找出足夠的證據(jù)來保護自己。

或許很多人會說測試不可能發(fā)現(xiàn)所有的bug，但是這句話在公司老板聽來不過借口而已。軟件質(zhì)量由研發(fā)團隊共同保證，測試人員是研發(fā)團隊的一份子，而且還是專門負責質(zhì)量的，你說bug跟你沒有關(guān)系，怎么也說不過去。

所以出現(xiàn)bug后，不要直接甩鍋，這樣讓人感覺在逃避問題。第一要緊事情是處理bug，盡量減少對用戶的影響；只要用戶影響不大，即便有責任后果也不會太嚴重。

那么是不是這口鍋就會全部扣測試身上呢，這樣明顯也是不能接受的，測試人員需要找出足夠的證據(jù)來保護自己。所以第二，我們一定要對測試后出現(xiàn)的bug進行分析并回溯：

（1） 通過回溯確定問題的產(chǎn)生原因，問題的責任認定基本就清楚了

問題回溯一般從bug的引入階段，bug的產(chǎn)生原因，bug的遺漏原因等幾個方面去分析。例如：

- Bug如果是需求階段引入的，需求本身有遺漏/描述不清楚，那么主要是產(chǎn)品人員的責任，但是設計、開發(fā)、測試人員沒有評審出問題，同樣也有責任

- Bug 如果是開發(fā)階段引入的，測試人員設計用例的時候沒有考慮到，那么主要是測試人員的責任，但是測試用例同樣是要經(jīng)過開發(fā)、產(chǎn)品的評審才會使用的

- bug同樣是開發(fā)階段引入的，如果bug是由于開發(fā)修改bug的時候引入了新的bug，恰好那個用例之前測試過，不會再重新測試了，這樣的遺漏主要責任就在開發(fā)，修改bug控制影響范圍是開發(fā)必須做到的，但是測試人員可以沒有做到代碼看護的事情

- 再或者產(chǎn)品人員變更需求后，只是告訴開發(fā)要改，但是沒有同步給測試，造成測試漏測，這就是項目研發(fā)流程有問題了，項目經(jīng)理要負主要責任。

通過上面幾個例子可以看出，bug的產(chǎn)生有很多種可能的原因，一般情況下，在項目組中不會刻意的強調(diào)誰要負主要責任。為了團隊的團結(jié)，大部分情況下都是產(chǎn)品、開發(fā)、測試共同承擔責任。

（2） 回溯并不是為了推脫責任，根據(jù)問題原因提出改進措施才是最終目的。

其實出現(xiàn)問題并不可怕，吃一塹，長一智才最重要。針對上面分析的那些問題的原因，需要制定出對應的改進措施，建立可以量化的改進任務，并指定特定的負責人來跟進，避免類似的問題再次發(fā)生。

為了減少測試人員背鍋的可能，最后提幾點小建議：

（1） 做好充分的測試計劃

按照正常的測試流程（測試方案、測試用例、測試執(zhí)行、缺陷回歸）來評估測試需要的時間，有時還要預留一些冗余的時間，以處理突發(fā)情況，在項目排期時要盡可能的爭取足夠的測試時間，這樣才能保證在測試過程中能夠有條不紊的進行。

（2） 測試過程中的所有工作必須有數(shù)據(jù)記錄，不能口頭傳達。

很大測試人員怕麻煩，或者自認為跟產(chǎn)品開發(fā)關(guān)系好，一些bug通過口頭和開發(fā)人員說一下，但不提交缺陷報告；或者bug回歸不通過怕面子過不去，不給打回；開發(fā)人員說這不是bug/不重要/不同修改，然后bug就不提了，等等。這些行為平時看起來無所謂，還省時間，但是到了出問題的時候，就是自己埋下的禍根，到時線上出問題了，你說當時測試過，但是誰誰說不用改，口說無憑！

（3） 測試結(jié)束后的總結(jié)需要認真編寫

正常來說，測試結(jié)束后測試人員對于軟件質(zhì)量一定有自己的判斷，是否達到質(zhì)量要求，是否發(fā)布上線，哪些地方由于環(huán)境、數(shù)據(jù)等各種原因沒有驗證充分，還存在風險等等，都需要明確的寫出來。例如：在測試過程中出現(xiàn)特殊情況，如開發(fā)的版本轉(zhuǎn)測試時間延遲，需求變更等，導致時間不夠測試不充分，你可以在測試報告中建議延期發(fā)布。如果項目組要求必須發(fā)布，那你就在測試報告中寫明這些問題，導致測試不充分，哪些地方會有風險。（這些理由如果在測試報告中不寫，在問題發(fā)生后你再來提，就是“事后諸葛亮”，別人會認為你只是在找借口）

（4） 提升自己的技術(shù)能力

提升自己的業(yè)務分析能力和用例設計水平，讓自己寫的測試用例能否盡可能的把需求覆蓋全面一些，各種正常異常的情況考慮齊全，就不容易出現(xiàn)漏測；再者，提升各種代碼和自動化工具的能力，編寫一些自動化的看護腳本，這樣即便出現(xiàn)開發(fā)修改代碼改出新問題，也能夠及時發(fā)現(xiàn)，提高產(chǎn)品的質(zhì)量。

若你是對測試不太了解的測試小萌新，有太多太多對測試的疑惑（前途、薪資、技術(shù)含量、男生是否可以干.....），強烈推薦你觀看《測試小白必看：學習軟件測試必問的100個問題，從此貼開始》，相信能掃除掉你心目中90%以上的常見問題

《軟件測試100個常見問題》：http://bbs.itheima.com/thread-507947-1-1.html

最后，為方便大家自學軟件測試，特意給大家準備了一份13G的超實用干貨學習資源，涉及的內(nèi)容非常全面。

包括軟件學習路線圖，黑馬50多天的上課視頻、16個突擊實戰(zhàn)項目，80余個軟件測試用軟件，37份測試文檔，70個軟件測試相關(guān)問題，40篇測試經(jīng)驗級文章，上千份測試真題分享,還有2020軟件測試面試寶典，還有軟件測試求職的各類精選簡歷，希望對大家有所幫助…..

《2021軟件測試學習路線圖,內(nèi)附視頻教程+自學路線+工具+面試篇》：bbs.itheima.com/thread-405757-1-1.html? ?