程序員不修復BUG怎麼辦

在測試過程當中，不免遇到開發人員由於一些緣由不想修改個別bug的狀況。遇到這種問題時，該如何去推動開發修改bug呢？

1、現狀分析

一、開發人員爲啥不肯意修復BUG？

（1）開發與測試對bug的定義理解不一致產生的問題，bug路徑較深，沒法重現， 修改bug改動較大，影響範圍廣，沒法理解，在生產環境不可能發生的時間，環境問題，不影響程序的實際用戶使用；

（2）工做流程方面緣由，沒時間，問題過小（優先級低），上線時間緊急，非本身名下的BUG（相關人員以離職後的BUG）；

（3）我的能力緣由，找不到解決方案，影響範圍大，找不到緣由，技術難以實現；

（4）不可抗力客觀因素，例如系統問題，第三方應用問題等等。

 

二、測試人員爲啥苦惱？

（1）測試人員但願上線前全部的BUG都fix（強迫症），避免在生產環境時出現問題，形成不可能挽回的損失；

（2）測試人員在說服開發修復BUG時，發現影響範圍過大時，涉及多方溝通，耗時間；

（3）測試人員技術水平低，研發人員由於在開發技術上的優點，經常會對測試存在必定偏見，不深入瞭解開發成本，難以說服開發去修復BUG，例如只須要加一個字段就解決的問題，測試不瞭解開發的工做量，覺得很難，就輕易放棄修復BUG；

（4）測試人員不夠熟悉產品，沒說服開發的技巧。

 

2、如何說服開發修復BUG

一、作一個聰明的測試工程師

（1）養成良好的報告編寫習慣：將本身的bug描述的細緻清晰，確保本身能重現BUG的過程，用事實和數聽說明問題的風險；

（2）規範測試規範；

（3）注意和研發人員的溝通技巧，談話時，要注意溝通技巧，要有換位思惟的方式，作事情對事不對人，處理事情必定要有一顆寬容的心。只有這樣，纔可以很好的說服研發去修改Bug；

（4）和研發人員搞好私人關係，作研發的聽衆；

（5）學習編程，理解BUG產生緣由還有預算BUG修復成本，提升測試技術。

 

二、思路下手

（1）解釋問題會怎樣影響產品的正常使用？
（2）會破壞什麼數據？
（3）用戶如何常常遇到這個問題？
（4）市面上相似產品的有關評論
（5）指出相似的問題給客戶帶來的麻煩
（6）多引用技術支持收集的數據
（7）之前的版本經過了這個功能的測試
（8）與其餘項目干係人溝通。找出若是程序錯誤不修改受影響最大的人（或修改後受益的人），肯定程序錯誤會給他們帶來多大麻煩。讓關心這個模塊的人去說服。沒必要堅持修改全部bug。項目經理可能會由於風險、費用等方面的緣由，拒絕修改某些bug，這種狀況下，咱們測試員不須要堅持修改所有缺陷，除非能說明某缺陷可能引入的嚴重風險。
（9）列舉一些場景，說明合理的用戶在合理地使用程序時會遇到的程序錯誤，或產生的疑問。
（10）補充作一些後續測試，尋找該程序錯誤更嚴重的後果，或尋找比在錯誤報告中所描述的更廣環境下出現的狀況。若是程序員不修改某bug而咱們決定反駁，不要徹底依賴本身最初測試報告中的語言和信息。儘量作一些補充測試，或列舉更有效的例子，不然不只浪費本身的時間，並且損害本身的信譽，影響自身的說服力。

 

三、人脈

（1）扭轉研發領導的思想，重視BUG，提升研發人員的響應速度

（2）與其餘項目干係人溝通。找出若是程序錯誤不修改受影響最大的人（或修改後受益的人），肯定程序錯誤會給他們帶來多大麻煩。讓關心這個模塊的人去說服。

 

3、總結

bug修不修，測試應有本身的原則，同時要權衡利弊。不能由於推不動開發，就放棄，由着bug上線，也不能揪着一個小bug不放，影響上線時間。推進開發人員修復bug須要技巧，你get了嗎？