在上家公司做测试的时候，几乎可以说是只你发现的是bug，不论大小，只要是合理的bug就一定会修改。

所以那时候感觉做测试特别爽，因为你对测试做的努力都会得到响应。

当我换了一家公司之后，第一天对游戏进行体验就发现了游戏中的几个bug，当我向以前的QA讨论这几个的bug的时候，他们说这是遗留的bug，不会修改。

当时我觉得这些虽然算是bug，只也只是对玩家的体验有小的影响，并不影响玩家真正进行游戏，使用功能，所以虽然不太情愿，但是不改也很正常。

当我在这家公司待了一段时间之后发现，其实有些bug不是不想改，而是游戏本身比较庞大，而程序员又来来回回各种变动之后代码就很容易变得不稳定。经常是修改了一个bug又出现另一个bug，这并不是程序水平不高，而是他根本不知道这些功能之间的相互关系。

所以在这种情况下遇到一个bug，改还是不改就是一个需要评估的问题。

首先，如果这个bug比较紧急，或是比较重要那无论如何也要修改了，但是如果一个bug改完不知道会不会对其他功能产生多少影响，并且这个bug即使不修改也不会有什么影响的情况下那还是不改为妙。

有时，对一个中级的bug是否需要修改程序经常会以是否有玩家反馈来做判断，其实这并不可靠，首先，玩家通常只会反馈对自己利益产生影响的bug，至于你游戏有什么地方体验不好他才懒的管你。同时，当玩家对游戏中的体验的不满积攒到一定程度后，自己就会离开，也根本不会跟你反馈。

所以有问题就尽早推进修改，放时间越长影响的人越多。