软件缺陷

概念

         软件的问题，最终表现为没有满足用户的需求。

1. 软件未达到规格说明书表明的功能。
2. 软件出现了规格说明书中明确指定不会出现的错误。
3. 软件功能超出了规格说明书指明的范围。
4. 软件未达到规格说明书虽未指明但应该达到的目标。
5. 软件测试员或用户觉得不好。

表现形式

1. 功能，特性没有实现或者部分实现
2. 设计不合理，功能不明确，逻辑不清楚或存在矛盾
3. 实际结果与期望结果不同
4. 没有达到规格说明书要求的性能指标
5. 运行出错、崩溃、中断，界面混乱
6. 数据不正确，精度不够、不完整或格式不统一
7. 用户不能接受的其他问题，如存取时间过长，界面不美观
8. 硬件或软件存在其他问题

状态

1. 提交（submited）:已提交的缺陷
2. 打开（open）:确认提交的缺陷，等待处理
3. 拒绝（rejected）:程序员认为不是缺陷或者重复，就可以修改为拒绝
4. 修复（resolved）:程序员修复缺陷后提交的一个状态
5. 关闭（closed)：测试人员经过回归测试后，认为此缺陷已经解决，将其关闭
6. 推迟（later）: 以后解决，但要详细写出修复的日期或版本

严重程度的划分

1. low:表面性错误，如错别字
2. medium:影响一个相对独立功能，仅仅发生在特定条件下，与需求定义不一致，断断续续出问题
3. high:功能点没有实现/不符合用户需求，导致数据丢失
4. veryhigh:频繁死机、大部分功能不能用
5. critical：系统瘫痪，异常退出、死循环，严重的计算错误

优先级

1. low:低，时间和资源允许时修正
2. medium:低，不会延时发布，但是会在以后修正这个错误
3. high:中，会制约开发和测试的进行，需要在发布前修复
4. veryhigh:高，影响系统，产生严重影响
5. critical：高，导致系统几乎不可用

分类

1. 系统缺陷
2. 数据缺陷
3. 数据库缺陷
4. 接口缺陷
5. 功能缺陷
6. 安全性缺陷
7. 兼容性缺陷
8. 性能缺陷
9. 界面缺陷