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