在测试过程中，难免遇到开发人员因为一些原因不想修复个别bug的情况。遇到时，测试人员该如何去推进他们修复bug呢？
一、情况分析
1、开发人员为什么不愿意修复bug？
1）开发人员与测试人员对bug的定义理解不一致产生的问题；bug路径较深，无法重现；修复bug改动较大，影响范围广；开发人员认为在生产环境不可能发生的时间、环境问题，不影响程序的实际用户使用。
2）工作流程方面原因：没时间，问题太小（优先级低），上线时间紧急，非自己名下的bug（已离职开发人员遗留的bug）。
3）个人能力原因：找不到解决方案，技术难以实现。
4）不可抗力的客观因素，例如系统问题，第三方SDK问题等等。
2、测试人员为啥苦恼？
1）测试人员希望上线前所有的bug都得以修复（强迫症），避免在生产环境时出现问题，造成不可挽回的损失。
2）测试人员在说服开发人员修复bug时，发现影响范围过大，涉及多方沟通，耗时间。
3）测试人员技术水平低，开发人员因为在开发技术上的优势，常常会对测试人员存在一定的偏见。测试人员不深刻了解开发成本，难以说服开发人员去修复bug，例如只需要加一个字段就能解决的问题，测试人员不了解开发工作量，认为很难，就不再坚持修复bug。
4）测试人员不够熟悉产品，缺少说服开发人员的技巧。
二、如何说服开发人员修复BUG
1、做一个聪明的测试工程师
1）养成良好的报告编写习惯：将bug描述的细致清晰，确保能重现bug的过程，用事实和数据说明问题的风险。
2）遵循测试规范
3）注意和开发人员的沟通技巧。谈话时，要有换位思维的方式，做事情对事不对人，处理事情一定要有一颗宽容的心，只有这样，才能够很好地说服开发人员去修复bug。
4）和开发人员搞好私人关系，作为他们的听众。
5）学习编程，理解bug产生原因和预算bug修复成本，提高测试技术。
2、思路下手
1）解释BUG会怎样影响产品的正常使用？
2）会破坏什么数据？
3）用户如何经常遇到这个问题？
4）市面上类似产品的有关评论
5）指出类似的BUG给客户带来的麻烦
6）多引用技术支持收集的数据
7）以前的版本通过了这个功能的测试
8）由项目经理做决策。项目经理可能会因为风险、费用等方面的原因，拒绝修复某些bug，这种情况下，我们测试员不需要坚持修复全部bug，除非能说明某bug可能引入的严重风险。
9）列举一些场景，说明合理的用户在合理地使用程序时会遇到的程序错误，或产生的疑问。
10）补充做一些后续测试，寻找该bug更严重的后果，或寻找更广环境下出现该bug的情况。如果开发人员不修复某bug，而我们决定反驳，不要完全依赖自己最初测试报告中的信息。尽可能地做一些补充测试，或列举更有效的例子，否则不仅浪费自己的时间，而且损害自己的信誉，影响自身的说服力。
3、人脉
1）扭转研发领导的思想，重视bug，提高开发人员的响应速度。
2）与其他项目干系人沟通。找出bug不修复受影响最大的人（或修复后最受益的人），确定bug会给他们带来多大麻烦，让他们去说服开发人员。
三、总结
bug修不修复，测试人员应该有自己的原则，同时要权衡利弊。不能因为推不动开发，就放弃，任由产品带着bug上线，也不能揪着一个小bug不放，影响上线时间。
-- End --
文末寄语：短暂的争吵是为了再次握手，一时的争斗是为了永远的和平。分歧是一种个性存在的必然，但是绝对不是消极的借口。