软件测试__缺陷类型划分.doc

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