这并不意味着没有达到测试的目的或者说开发人员决定把不合格的产品发布上线。开发人员需要进行决策，根据风险决定哪些软件缺陷是必须要修复的，哪些软件缺陷是需要在下一个版本进行修复的，哪些软件缺陷是不需要修复的。

不需修复软件缺陷的原因有以下几个：

（1）时间不够。有时没有足够的时间和空间来完成所有软件缺陷的修复，所以必须优先修复影响项目交付的软件缺陷，适当降低影响不大的软件缺陷的修复优先级。

（2）并非软件缺陷。错误的理解产品说明书、测试错误甚至产品说明书发生变更都有可能人们把软件缺陷当作功能来对待。

（3）修复风险大。这种情况经常发生。软件是脆弱的，不管对于大型软件还是小型软件，修复一个软件缺陷可能导致其他软件缺陷发生。因此，在时间紧迫的时候，修复软件缺陷需要冒很大的风险，开发人员只能选择暂时不去修复某些已知软件缺陷，以避免造成新的、未知的软件缺陷出现。

（4）不值得修复。某些软件缺陷在一些不常用的功能里出现，或者不常出现，这类软件缺陷往往不用修复。