缺陷类型定义（个人整理）
第1章 问题类型1.1 软件缺陷
软件没有达到产品说明书表明的功能
软件出现了产品说明书中不一致的表现
软件功能超出产品说明书的范围
测试员或用户认为软件的易用性差
1.2 功能改进
功能改进类缺陷要满足以下四个条件：
需求说明书中已定义此功能或本次版本特性中包含此特性
产品中已实现此功能
功能改进不会引起现有功能出现互斥
功能改进与原系统设计思路不相悖。
在此基础上可提出针对已实现功能的改进建议。
1.3 新增需求
新增需求类缺陷要满足以下三个条件：
需求说明书中未定义此功能或本次版本特性中无此特性
新增需求不会引起现有功能出现互斥
新增需求与原系统设计思路不相悖。
在此基础上可提出产品的新增需求。
第2章 表现类型
2.1 功能
影响了各种系统功能、逻辑的缺陷。
2.2 界面
影响了用户界面、人机交互特性，包括屏幕格式、用户输入灵活性、结果输入格式等方面的缺陷。
2.3 性能
不满足系统可测量的属性值，如：执行时间，事务处理速率等。
2.4 其它
除功能、界面、性能之外的其它表现类型的缺陷。如由于配置库、变更管理或版本控制引起的错误；不符合各种标准的要求，如编码标准、设计符号等。
第3章 严重度
3.1 致命
致命——导致系统崩溃或数据被破坏的缺陷。系统任何一个主要功能完全丧失，用户数据受到破坏，系统崩溃、悬挂、死机，包括：
由于程序所引起的死机,非法退出
导致数据库发生死锁
3.2 中断
中断——导致功能无法执行的缺陷。系统的主要功能部分丧失，数据不能保存，系统的次要功能完全丧失，系统所提供的功能或服务受到明显的影响，包括：
运行程序时引起的系统报错，无法进行下一步测试
死循环
数据通讯错误
与数据库连接错误
3.3 严重
严重——导致功能错误执行的缺陷，包括：
功能不符
数据流错误
程序接口错误
轻微的数值计算错误
界面错误
打印内容、格式错误
简单的输入限制未放在前台进行控制
删除操作未给出提示
数据库的表、业务规则、缺省值未加完整性等约束条件
3.4 轻微
轻微——不影响功能使用的缺陷。使操作者不方便或遇到麻烦，但它不影响功能过的操作和执行，包括：
辅助说明描述不清楚
显示格式不规范
长时间操作未给用户进度提示
提示窗口文字未采用行业术语
可输入区域和只读区域没有明显的区分标志
系统处理未优化
测试建议（非缺陷）
第4章 优先级
4.1 急
急——下一送测版本解决。
软件的主要功能错误或者造成软件崩溃，数据丢失的缺陷。缺陷导致系统几乎不能使用或者测试不能继续，需立即修复
4.2 高
高——后续送测版本解决。
影响软件功能和性能的一般缺陷，影响测试，需要优先考虑。
4.3 中
中——下一基线版本解决。
例如，软件的某些字符没有翻译或者翻译不准确的缺陷。缺陷需要正常排队等待修复。
4.4 低
低——后续基线版本解决。
例如，对软件的质量影响非常轻微或出现几率很低的缺陷。缺陷可以在开发人员有时间的时候被纠正。 谢谢楼主 好，顶
页:
[1]
