在测试过程中，不免会遇到开发人员因为一些原因不想修改个别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了吗？