在測試過程中，不免會遇到開發人員因爲一些原因不想修改個別bug的情況。那一般遇到這種問題時，我們該如何去推進開發修改bug呢？
我們先來分析下到底會有哪些原因會導致開發不修改bug
1、 開發與測試對bug的定義理解不一致產生的問題，例如暴力操作、非常規操作出現的問題、問題路徑深、服務器返回的數據不規範、競品同樣有的問題、個別機型問題等情況，開發可能會不願意修改。
2、 工作流程方面的原因，例如開發有更高優先級的任務沒有時間修改、上線時間緊急，來不及修改、開發不關注名下的bug、開發認爲目前的實現比產品需求好等情況
3、 當然還有個人能力原因，例如找不到好的解決方案、影響範圍大、找不到bug原因，沒有解決方案、技術實現難，不知道怎麼修改等等原因
4、 另外還有一些不可抗力的客觀因素，例如系統問題，第三方應用問題等等
我的觀點
開發不修改bug有這麼多原因，但我們測試推動開發修改bug卻只有一個原因~那就是責任。關子少賣，對策拿來~通過一個案例幫你分析解決方案~
小明來也~
小明測試輸入法時發現，更換皮膚後，在某鵝應用中調起鍵盤並轉屏，鍵盤會顯示異常，無法正常使用。
提交bug後，開發調研原因，發現輸入法並有沒有針對轉屏做特殊處理，猜測可能是某鵝應用的問題，如果我們做適配改動會比較大。並且這個操作用戶不易遇到，並且軟件上線在即，所以不太想修改。測試認爲轉屏屬於常用操作，用戶一但觸發此bug，輸入法則無法正常使用，非常影響用戶的體驗。在測試的堅持下，開發人員爲輸入法做了些保護，並將問題反饋給該應用，應用負責人答應在下個版本修復。問題很快得到了解決。
分析上述案例，開發不修改bug的原因有四：bug路徑較深、上線時間緊急、改動影響範圍大、第三方應用問題。我們逐條分析解決方案
1、 針對路徑較深的bug，測試在推動開發修復bug時，需要注意以下幾點
a) 從用戶的角度分析問題的嚴重性，分析用戶的遇到此問題的概率，引導開發站在用戶角度去思考，從而使開發意識到問題的嚴重性
b) 可以和開發人員列舉一個之前的類似問題，爲開發提供參考
c) 產品是負責這個軟件的人員，當測試與開發意見無法達成一致時，不要因爲無法推動開發修改而放棄，一定要找產品確認，最終的決定權交給產品人員。
2、 上線時間緊張，開發來不及修改了，這個時候測試應該分析問題的嚴重性，和產品人員商議是否需要修改
3、 修改bug改動較大，影響範圍廣，沒有最優的解決方案等情況在項目即將上線的節點比較忌諱這種事情的發生。面對這種情況，建議開發人員做調研工作，請教其他的同事，或者組織一個臨時會議，集衆人之力研究好的修改方案
4、 第三方應用問題，開發無法修改。確認原因之後需要找相關的工作人員，例如產品，聯繫第三方輸入法的工作人員，反饋問題，儘量推動應用解決問題
小結
總之，bug修不修，測試應該有一個自己的原則，同時也要權衡利弊。不能因爲推不動開發，就放棄，由着bug上線，也不能揪着一個小bug不放，影響上線時間。推動開發人員修復bug需要技巧，你get了嗎？
