软件测试__缺类型划分.docVIP

缺陷（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缺陷根源 缺陷起源 描述 目标 如：错误的范围，误解需求 过程、工具和方法 如：需求收集过程、风险管理过程、变更管理过程等 人 职责交叉、团队经验不足 沟通 如：缺乏用户参与、管理沟通不顺畅 软件 如：编辑工具的错误、服务器自身的错误 环境 如：人员调整、工作环境 3缺陷状态的处理过程 软件测试 and actual case whether match; by is located land right nature; property status, whether has damage or quality problem; property using situation, rental or use; reference around similar property price, judge assessment value of rationality; whether e