4．微小的：一些小问题，对功能几乎没有影响，产品及属性仍可使用，如有个别错别字、文字排列不整齐等

　　除了这4种之外，有时需要“建议”级别来处理测试人员提出的建议或质疑，如建议程序做适当的修改，来改善程序运行状态，或对设计不合理、不明白的地方提出质疑。

　　四、软件缺陷的状态

　　软件缺陷除了严重性之外，还存在反映软件缺陷处于一种什么样的状态，便于跟踪和管理某个产品的缺陷，可以定义不同的缺陷状态。

　　1．激活状态：问题还没有解决，测试人员新报的缺陷，或验证后缺陷仍然存在

　　2．已修正状态：开发人员针对所存在的缺陷，修改程序，认为已解决问题

　　3．关闭或非激活状态：测试人员验证已经修正的缺陷后，确认缺陷不存在以后的状态

　　五、软件缺陷的原因

　　软件缺陷的产生，首先是不可避免的。其次我们可以从软件本身，团队工作和技术问题等多个方面分析，比较容易确定造成软件缺陷的原因，归纳如下：

　　1．技术问题

　　2．算法错误

　　3．语法错误

　　4．计算和精度问题

　　5．系统结构不合理，造成系统性能问题

　　6．接口参数不匹配出现问题

　　六、软件缺陷的来源

　　我们知道软件缺陷是由很多原因造成的，如果从软件生命周期的整个过程来看，需求规格说明书是软件缺陷出现多的地方，如下图所示：

　　由上面，我们可以看到，造成软件缺陷大的原因是需求规格说明书，因此，做好需求设计的评审和确认工作成了减少软件缺陷的关键阶段。