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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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