软件缺陷的级别

软件公司对软件缺陷级别的定义不尽相同，一般可以分为4种：

1. 致命（fatal）：致命的错误，造成系统或应用程序崩溃（crash）、死机、系统悬挂、或造成数据丢失、主要功能组完全丧失
2. 严重（critical）：严重错误，指功能或者特性（feature）没有实现，主要功能丧失，导致严重的问题，或致命的错误声明
3. 一般的（major）：不太严重的错误，这样的缺陷虽然不影响系统的基本使用，但没有很好的实现功能，没有达到预期的效果。如次要功能丧失，提示信息不太正确，或用户界面太差，操作时间长等
4. 微小的（minor）：一些小问题，对功能几乎没有影响，产品及属性仍可使用，如有个别错别字、文字排列不整齐等

除了严重性外，还要反映软件缺陷处于一种什么样的状态，便于跟踪管理，这样就定义了不同的bug状态。

1. 激活状态（open）：问题还没有解决，测试人员新报的bug，或者验证后依然存在。
2. 已修复状态（fixed或resoveled）：开发人员针对所存在的缺陷，修改程序，认为已解决或者通过单元测试。
3. 关闭或非激活状态（close）：测试人员验证fixed bug后，确认bug不存在了，需要关闭。

此外还要根据软件版本来提交bug，单服测试中的bug，或者alph测试中的bug，亦或者beta测试中的bug。如果能够定位bug出现的相关功能模块，特别是定位到改模块的某个文件那就更好了，不过一般不要求测试人员去定位bug，为的是不误导程序修改bug。目前也并不是所有的测试人员都能够接触到源代码。一般的测试都是基于黑盒的测试。