Bug被later了，可能会在下个项目中重新激活这些bug，这个问题，在部门周例会上不只一次的被提起。
Bug为什么会被later，有历史遗留问题，有新的问题最终被决定later。因为：
1、有时不修改程序错误反而是个更好的办法，最重要的理由之一就是风险。每次程序修改都有产生新的程序错误的可能。当程序员修改一个很小的问题时，有可能会产生更加严重的错误。在项目后期邻近结束时，更加会对这个风险产生顾虑，因为已经没有很多的时间去验证修改bug引起的副作用。
2、有些问题的修改成本过高，比如很小的功能需要付出很大的代价，而这些小问题可能连用户都不关心。经过PM、PD和测试负责人三方的协商，是可以将这些问题later。
那么这些被later的问题如何处置呢？
测试人员经常抱怨，在测试过程中发现一些历史遗留问题，开发反馈说，这只是历史遗留问题，本次不做修改，或者好一点说有时间再改。非常的郁闷。
其实考虑到某个项目本身的具体情况，比如项目时间紧、任务重、资源紧张等，开发这样的反馈也不难理解。
对于later的问题如何处置，笔者认为有两种方案：
1、对于问题，就要于理力争，不轻言放弃。应该坚决上诉。可以采用测试负责人向PM和PD直接沟通，或者向TL直接放映。
2、其实，对于历史遗留问题，在项目前期，如果测试负责人就把这些问题抛出来进行评审，效果会好很多，因为那个时候的程序员是最清醒、最理智、最明白事理的。
