程序员小树：这个bug我不改了
测试小花&小草：为什么啊
程序员小树：就不想改了，咋地
测试小花：凭什么不改，你说不改就不改啊，xxxxx，两个人怼起来了.....
测试小草：不改就不改吧，那我关了啊.....
显然，上面小树、小花、小草的做法都是不对的，那么怎么样才算是比较合理的解决办法呢
首先，搞清楚bug不改的原因：
1、开发本地无法复现，觉得bug没有了
解决办法：帮助开发复现bug，如果开发本地没有问题，但是测试的环境有问题，拉着开发过来看，并且对比有哪里不一样，让开发尽量的复现解决。同时这个时候反思自己的bug提交的是否正确，步骤是否明了，如果有误，及时修改bug内容
2、bug需要执行多步操作，比较复杂，开发觉得没有必要修改
解决办法：
a、个人魅力（不要小看这点，和开发搞好关系还是很重要的）
b、站在用户的角度去分析，如果上线后用户遇到了这个问题，会发生什么样的后果，尝试说服开发
c、找产品确认，说明问题的详情，可能出现的后果，由产品来做最终决定权或者和产品一起说服开发
3、临近上线了，bug发现的太晚了，来不及修复了
解决办法：首先要看这个bug的优先级，如果真的属于影响用户的使用和体验的，一定要在上线之前解决，一是延迟上线时间，二是加班解决bug。如果不是，那最终的决定权还是要交给产品，由产品来判断
4、涉及到框架的修改，修改成本太高了，这个版本先不改了
解决办法：寻找公司内部其他技术大牛，看是否真的没有其他可替代的解决办法，同时把可能出现的风险列给产品，由产品决定
5、第三方插件的问题，我解决不了
解决办法：找相应的同事，联系第三方插件的工作人员，推动第三方尽量修复这个问题
总之根据不同的情况，进行不同的处理，不能仅凭借开发的一句话，测试就稀里糊涂的将bug关闭，也不能因为一个无关痛痒的问题，揪着开发不放，影响整个项目的测试进度
另外两篇拙见：
