chap10缺陷管理.ppt

第10章 缺陷管理 本章重点 缺陷具有哪些重要的属性？ 是否所有缺陷都能得到修复？ 缺陷的一般处理流程是怎样的？ 如何有效报告缺陷？ 缺陷管理中的角色和权限。 10.1 缺陷的特点 缺陷的实际数量和位置未知 缺陷有潜伏期 单个缺陷本身就具有潜伏期 缺陷的数量也具有潜伏期 缺陷具有扩散性 10.2 缺陷的属性 1 可重现性 定义 所有缺陷都可重现吗 提高缺陷的可重现性 10.2 缺陷的属性 1 可重现性：定义 是指测试人员报告的缺陷应该在同样的条件下可以反复出现，且每次出现的形式都完全一样。 10.2 缺陷的属性 1 可重现性：所有缺陷都可重现吗 有些缺陷是具有累积效应的，由长期积累而形成。 有些缺陷涉及对日期等的处理，只有当满足特殊条件的日期出现时，才会触发缺陷。 有些缺陷仅在第一次运行的时候才出现，其余时候都运行正常。 有些缺陷会导致恶劣的影响，以至于系统崩溃、数据丢失等，此时由于破坏了初始环境或部分处理的数据，且因测试前未及时备份，导致无法完全恢复原始状态。 10.2 缺陷的属性 1 可重现性：提高可重现性 随时记录操作步骤和被测系统的响应情况； 重复测试至少三次； 尝试使用不同的测试数据、改变测试环境等，试图找到影响缺陷出现的根本原因。 10.2 缺陷的属性 2 严重性 定义 级别划分 10.2 缺陷的属性 2 严重性：定义 是指缺陷对被测系统造成的破坏程度的大小，它可能是即时的破坏，也可能是一段时间之后对系统带来的毁坏。 10.2 缺陷的属性 2 严重性：级别划分 致命的（Fatal） 严重的（Critical） 一般的（Major） 次要的（Minor） 建议的（Suggestion） 10.2 缺陷的属性 3 优先级 定义 级别划分 10.2 缺陷的属性 3 优先级：定义 是指缺陷必须被修复的紧急程度。 10.2 缺陷的属性 3 优先级：级别划分 立即修复（Immediate） 马上修复（Urgent） 高优先级（High） 正常修复（Normal） 低优先级（Low） 10.2 缺陷的属性 3 严重性与优先级的关系 并非绝对对应 高严重性，低优先级：出现几率低或受时间限制 低严重性，高优先级：公司名称、图标等 10.2 缺陷的属性 4 可修复性 定义 所有缺陷都可以修复吗 10.2 缺陷的属性 4 可修复性：定义 是指缺陷可能或可以得到修复的概率。 10.2 缺陷的属性 4 可修复性：所有缺陷都可以修复吗 时间紧迫 不是缺陷 修复的风险太大 不值得修复 10.3 缺陷的跟踪和管理 1 缺陷的状态 打开 （Open） ：测试人员 指派 （Assigned） ：项目经理 已解决 （Resolved） ：开发人员 关闭 （Close） ：测试人员 重新打开（Reopen） ：测试人员 10.3 缺陷的跟踪和管理 1 缺陷的状态（另一种分类） 激活 （Active） 已解决（Resolved） 关闭 （Close） 10.3 缺陷的跟踪和管理 1 缺陷的状态 注意事项： 确保所有缺陷都应得到处理。 关闭的缺陷不会且不应从缺陷数据库里删除。 10.3 缺陷的跟踪和管理 2 缺陷的处理方式 已修复 （Fixed） 暂缓 （Postponed或Later） 外部原因（External或On hold） 不修复 （Wont fix） 重复的 （Duplicate） 不可重现（Not repro） 符合设计（By design或Not a bug） 10.3 缺陷的跟踪和管理 2 缺陷的处理方式 注意事项： 暂缓与符合设计是不同的概念； 对修复缺陷的验证分为两部分； 缺陷状态与缺陷的处理方式是截然不同的概念； 暂缓修复与遗漏测试是完全不同的。 10.3 缺陷的跟踪和管理 3 缺陷的处理流程 打开 分配 修复 关闭 10.3 缺陷的跟踪和管理 3 缺陷的处理流程 复杂的软件缺陷生命周期 10.3 缺陷的跟踪和管理 3 缺陷的处理流程 10.4 缺陷管理系统 1 缺陷管理系统的重要性 便于交流 提高效率 降低风险 改善流程，评估软件质量 10.4 缺陷管理系统 2 缺陷管理的目标 确保每个缺陷都被解决。而且应确保针对每个缺陷的解决方案在整个开发组内部达到一致。 收集缺陷数据，根据缺陷趋势曲线来识别测试过程，了解软件质量，确定软件测试是否可以结束。 根据收集的缺陷数据进行数据分析，作为过程财富。 10.4 缺陷管理系统 3 缺陷报告 定义 核心 处理信息 典型模板 10.4 缺陷管理系统 3 缺陷报告：定义 是记录缺陷各方面信息的文档 10.4 缺陷管理系统 3 缺陷报告：核心 标题 操作步骤 隔