08缺陷管理.ppt

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