暂缓
该缺陷滞后，分期完善
2.6
缺陷起源
描述
需求
在需求阶段发现的缺陷
架构
在架构阶段发现的缺陷
设计
在设计阶段发现的缺陷
编码
在编码阶段发现的缺陷
测试
在测试阶段发现的缺陷
2.7
缺陷起源
描述
需求
由于需求的问题引起的缺陷
架构
由于架构的问题引起的缺陷
设计
由于设计的问题引起的缺陷
编码
由于编码的问题引起的缺陷
测试
由于测试的问题引起的缺陷
缺陷
1
1.1
本文档的目的是为同行评审、软件测试提供缺陷分类的标准
1.2
本文档适用于软件项目的软件测试活动及同行评审活动
1.3
测试工程师、质量工程师
1.4
1、软件缺陷
对软件产品预期属性的偏离，包括内部测试缺陷和遗留缺陷
2、内部测试缺陷
软件进入用户使用前被检测出来的缺陷
3、遗留缺陷
（1）软件进入用户测试阶段，用户检测出的缺陷
验证缺陷
错误的提示信息、不适当的数据验证
规范缺陷
不符合标准的要求
开发规范、设计元素
易用性
人机交互操作
屏幕格式，确认用户输入，排版格式等方面
2.3
编号
缺陷严重性
描述
1
紧急错误
功能缺陷、流程缺陷
2
一般错误
使用者不方便，但不影响工作功能或重要功能
3
次要问题
易用性、建议
2.4
编号
缺陷优先级
描述
1
高
缺陷必须立刻被修复
字符不完整本体化
错误的本体化字符
不一致的本地化字符
过度本地化
标点符号、版本、商标符号错误
功能缺陷
功能不起作用
菜单、超链接、按钮等不起作用
功能错误
菜单、超链接、按钮等和需求不一致
功能缺失
流程缺陷
流程不能流转
流程分支判断错误
流程错误结束
流程中特殊功能未处理
接口缺陷
与其他组件间的缺陷
调用参数、控制块等相互影响的缺陷
2
中
缺陷需要正常排队等待修复
3
低
缺陷可以在有时间时被纠正
2.5
（1）TD中的缺陷状态
缺陷状态
描述
New
缺陷被测试人员发现时的状态
Open
项目经理对问题进行分析，修改bug状态并分配开发人员
Fixed
开发人员根据问题表述查找原因进行bug修复
Unmodified
不是bug，业务逻辑正确不需要修复
Communicate
集成
由于集成的问题引起的缺陷
2.8
缺陷起源
描述
目标
如：错误的范围，误解需求
过程、工具和方法
如：需求收集过程、风险管理过程、变更管理过程等
人
职责交叉、团队经验不足
沟通
如：缺乏用户参与、管理沟通不顺畅
软件
如：编辑工具的错误、服务器自身的错误
环境
如：人员调整、工作环境
3缺陷状态的处理过程
需要沟通确认后的问题
Suspend
缺陷滞后，分期完善
Reopen
测试人员针对修复后的问题，经测试后发现仍有问题
Closed
经测试后发现问题被修复，测试人员关闭问题
（2）excel中的缺陷状态
等待解决
非项目组自身可以解决，需要其他人员配合
正在执行
缺陷正在被修复
已经完成
缺陷修复完成
无需修改
不是bug，业务逻辑正确不需要修复
（2）软件发布使用后，用户检测出的缺陷
2缺陷分类标准
2.1
属性名称
描述
缺陷标识
标记每一个缺陷的符号，具有唯一性
缺陷类型
缺陷种类
缺陷严重程度
因缺陷引起的故障对软件产品的影响程度
缺陷优先级
缺陷必须被修复的紧急程度
缺陷状态
跟踪缺陷修复的进展情况
缺陷起源
引起故障或第一次被检测到所处的软件阶段
缺陷来源
缺陷起因
缺陷根源
引起缺陷的根本原因
2.2
本文按照目前web应用测试软件缺陷的特征进行分类，结合部门产品，简要描述各类缺陷的情况
缺陷分类
描述
说明
用户界面缺陷
控件的文字被截断
控件或文字没有对齐
控件位置重叠
不一样的控件布局
多余的文字
丢失的文字
文字的字体、字号错误
多余的空格
打印内容、格式错误
语言质量缺陷
字符未本地化