正确认识软件缺陷

人生之中，世事无常才是常态。

软件之中，存在缺陷才是常态。

测试之中，发现不了所有缺陷才是常态。

我们对生活抱有平常心。

我们对缺陷也要抱有平常心。

了解这个道理，我们就要知道软件测试应当适可而止，当发现缺陷的数量足够多，遗留的缺陷足够少时，就应当及时结束测试，因为你投入再多的资源进行测试，软件的质量也不会得到显著的提升。

当然，这个临界值要有科学依据，或者根据以往经验建立的模型进行估计，或者通过质量水平计算得出（参考《测试要发现多少个错误才终止？》）。

软件中永远都会有缺陷，交付之前通过测试发现的软件缺陷的数量的多少并不能说明软件质量的高低。

有的软件发现的缺陷数量较多，但缺陷的等级较低，这些缺陷对软件的功能、性能没有什么影响，这样的缺陷数量再多也不能说明软件质量不好；相反，有些软件发现的缺陷数量虽然较少，但缺陷都集中在功能没有实现，性能没有满足，甚至会引起死机或软件崩溃等现象，这样的软件质量堪忧，风险很大。

测试的目标是证明软件有错，所以测试可以发现很多缺陷。但是，发现的缺陷是否要进行修复则视情况而定。

以下的几种情况不建议修复缺陷：

有些缺陷可能是由于测试人员没有正确地理解软件应用的特殊环境，或者是用户需求而提出来的，这些缺陷对于软件真实的使用场景下不算真正的缺陷。

修复一个缺陷可能引入另外的软件缺陷进来，回归测试也未必能够完美地解决引入新的缺陷的风险。所以，如果临近交付节点，那些缺陷产生原因没有分析清楚的，修复这些缺陷可能会带来更大风险的，不建议进行修复。

一些出现概率特别低的缺陷，或者在不常用功能中偶尔出现的缺陷，或者可以通过制定一些使用软件的规则就能避免出现的缺陷，都可以不用修复。

如果一个软件的开发周期比较短，软件测试周期不会很长，修复所有的缺陷并完成回归测试会影响软件的交付，那么，就需要根据缺陷的等级，出现的概率，影响的是否常用功能等决定修复哪些缺陷，不修复哪些缺陷。

总之，正确认识软件缺陷，有助于我们制定正确地测试和缺陷修复的策略，更好地完成软件开发任务。

这正是：

软件缺陷恒有之，发现缺陷很正常

是否修复需决策，适可而止很应当

参考书目：现代软件测试技术与管理研究，作者：赵仕波魏生斌罗耀华，出版社：中国水利水电出版社

本站仅提供存储服务，所有内容均由用户发布，如发现有害或侵权内容，请点击举报。