程序员不修复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了吗？