程序员不修复BUG怎么办

在测试过程中，难免遇到开发人员因为一些原因不想修改个别bug的情况。遇到这种问题时，该如何去推进开发修改bug呢？

一、现状分析

1、开发人员为啥不愿意修复BUG？

（1）开发与测试对bug的定义理解不一致产生的问题，bug路径较深，无法重现， 修改bug改动较大，影响范围广，无法理解，在生产环境不可能发生的时间，环境问题，不影响程序的实际用户使用；

（2）工作流程方面原因，没时间，问题太小（优先级低），上线时间紧急，非自己名下的BUG（相关人员以离职后的BUG）；

（3）个人能力原因，找不到解决方案，影响范围大，找不到原因，技术难以实现；

（4）不可抗力客观因素，例如系统问题，第三方应用问题等等。





2、测试人员为啥苦恼？

（1）测试人员希望上线前所有的BUG都fix（强迫症），避免在生产环境时出现问题，造成不可能挽回的损失；

（2）测试人员在说服开发修复BUG时，发现影响范围过大时，涉及多方沟通，耗时间；

（3）测试人员技术水平低，研发人员因为在开发技术上的优势，常常会对测试存在一定偏见，不深刻了解开发成本，难以说服开发去修复BUG，例如只需要加一个字段就解决的问题，测试不了解开发的工作量，以为很难，就轻易放弃修复BUG；

（4）测试人员不够熟悉产品，没说服开发的技巧。



二、如何说服开发修复BUG

1、做一个聪明的测试工程师

（1）养成良好的报告编写习惯：将自己的bug描述的细致清晰，确保自己能重现BUG的过程，用事实和数据说明问题的风险；

（2）规范测试规范；

（3）注意和研发人员的沟通技巧，谈话时，要注意沟通技巧，要有换位思维的方式，做事情对事不对人，处理事情一定要有一颗宽容的心。只有这样，才能够很好的说服研发去修改Bug；

（4）和研发人员搞好私人关系，做研发的听众；

（5）学习编程，理解BUG产生原因还有预算BUG修复成本，提高测试技术。



2、思路下手

（1）解释问题会怎样影响产品的正常使用？
（2）会破坏什么数据？
（3）用户如何经常遇到这个问题？
（4）市面上类似产品的有关评论
（5）指出类似的问题给客户带来的麻烦
（6）多引用技术支持收集的数据
（7）以前的版本通过了这个功能的测试
（8）与其他项目干系人沟通。找出如果程序错误不修改受影响最大的人（或修改后受益的人），确定程序错误会给他们带来多大麻烦。让关心这个模块的人去说服。不必坚持修改所有bug。项目经理可能会因为风险、费用等方面的原因，拒绝修改某些bug，这种情况下，我们测试员不需要坚持修改全部缺陷，除非能说明某缺陷可能引入的严重风险。
（9）列举一些场景，说明合理的用户在合理地使用程序时会遇到的程序错误，或产生的疑问。
（10）补充做一些后续测试，寻找该程序错误更严重的后果，或寻找比在错误报告中所描述的更广环境下出现的情况。如果程序员不修改某bug而我们决定反驳，不要完全依赖自己最初测试报告中的语言和信息。尽可能做一些补充测试，或列举更有效的例子，否则不仅浪费自己的时间，而且损害自己的信誉，影响自身的说服力。



3、人脉

（1）扭转研发领导的思想，重视BUG，提高研发人员的响应速度

（2）与其他项目干系人沟通。找出如果程序错误不修改受影响最大的人（或修改后受益的人），确定程序错误会给他们带来多大麻烦。让关心这个模块的人去说服。



三、总结

bug修不修，测试应有自己的原则，同时要权衡利弊。不能因为推不动开发，就放弃，由着bug上线，也不能揪着一个小bug不放，影响上线时间。推动开发人员修复bug需要技巧，你get了吗？

方案写的可以

网上找的

希望能给他们醍醐灌顶