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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（1） 做好充分的測試計(jì)劃

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

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

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

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

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

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

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

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

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

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

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

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