测试如果遇到开发不改的Bug，该怎么办?

　　程序员小树：这个bug我不改了文章源自玩技e族-https://www.playezu.com/12856.html

　　测试小花&小草：为什么啊文章源自玩技e族-https://www.playezu.com/12856.html

　　程序员小树：就不想改了，咋地文章源自玩技e族-https://www.playezu.com/12856.html

　　测试小花：凭什么不改，你说不改就不改啊，xxxxx，两个人怼起来了.....文章源自玩技e族-https://www.playezu.com/12856.html

　　测试小草：不改就不改吧，那我关了啊.....文章源自玩技e族-https://www.playezu.com/12856.html

 文章源自玩技e族-https://www.playezu.com/12856.html

显然，上面小树、小花、小草的做法都是不对的，那么怎么样才算是比较合理的解决办法呢？文章源自玩技e族-https://www.playezu.com/12856.html

首先，搞清楚bug不改的原因：文章源自玩技e族-https://www.playezu.com/12856.html

1、开发本地无法复现，觉得bug没有了文章源自玩技e族-https://www.playezu.com/12856.html

解决办法：帮助开发复现bug，如果开发本地没有问题，但是测试的环境有问题，拉着开发过来看，并且对比有哪里不一样，让开发尽量的复现解决。同时这个时候反思自己的bug提交的是否正确，步骤是否明了，如果有误，及时修改bug内容。文章源自玩技e族-https://www.playezu.com/12856.html

2、bug需要执行多步操作，比较复杂，开发觉得没有必要修改

解决办法：

　　a、个人魅力（不要小看这点，和开发搞好关系还是很重要的）；

　　b、站在用户的角度去分析，如果上线后用户遇到了这个问题，会发生什么样的后果，尝试说服开发；

　　c、找产品确认，说明问题的详情，可能出现的后果，由产品来做最终决定权或者和产品一起说服开发。

3、临近上线了，bug发现的太晚了，来不及修复了

解决办法：首先要看这个bug的优先级，如果真的属于影响用户的使用和体验的，一定要在上线之前解决，一是延迟上线时间，二是加班解决bug。如果不是，那最终的决定权还是要交给产品，由产品来判断。

4、涉及到框架的修改，修改成本太高了，这个版本先不改了

解决办法：寻找公司内部其他技术大牛，看是否真的没有其他可替代的解决办法，同时把可能出现的风险列给产品，由产品决定，或者先可以隐藏上线不影响其他功能。

总之根据不同的情况，进行不同的处理，不能仅凭借开发的一句话，测试就稀里糊涂的将bug关闭，也不能因为一个无关痛痒的问题，揪着开发不放，影响整个项目的测试进度。