软件测试基础课件10.pptVIP

软件测试技术基础 PartⅣ 软件测试实践 第10章 缺陷管理 本章重点 缺陷具有哪些重要的属性？ 是否所有缺陷都能得到修复？ 缺陷的一般处理流程是怎样的？ 如何有效报告缺陷？ 缺陷管理中的角色和权限。 10.1 缺陷的特点 缺陷的实际数量和位置未知 缺陷有潜伏期 单个缺陷本身就具有潜伏期 缺陷的数量也具有潜伏期 缺陷具有扩散性 10.2 缺陷的属性 可重现性 定义 所有缺陷都可重现吗 提高缺陷的可重现性 10.2 缺陷的属性 可重现性：定义 是指测试人员报告的缺陷应该在同样的条件下可以反复出现，且每次出现的形式都完全一样。 10.2 缺陷的属性 可重现性：所有缺陷都可重现吗 有些缺陷是具有累积效应的，由长期积累而形成。 有些缺陷涉及对日期等的处理，只有当满足特殊条件的日期出现时，才会触发缺陷。 有些缺陷仅在第一次运行的时候才出现，其余时候都运行正常。 有些缺陷会导致恶劣的影响，以至于系统崩溃、数据丢失等，此时由于破坏了初始环境或部分处理的数据，且因测试前未及时备份，导致无法完全恢复原始状态。 10.2 缺陷的属性 可重现性：提高可重现性 随时记录操作步骤和被测系统的响应情况； 重复测试至少三次； 尝试使用不同的测试数据、改变测试环境等，试图找到影响缺陷出现的根本原因。 10.2 缺陷的属性 严重性 定义——是指缺陷对被测系统造成的破坏程度的大小，它可能是即时的破坏，也可能是一段时间之后对系统带来的毁坏。 级别划分 致命的（Fatal） 严重的（Critical） 一般的（Major） 次要的（Minor） 建议的（Suggestion） 10.2 缺陷的属性 优先级 定义——是指缺陷必须被修复的紧急程度。 级别划分 立即修复（Immediate） 马上修复（Urgent） 高优先级（High） 正常修复（Normal） 低优先级（Low） 10.2 缺陷的属性 严重性与优先级的关系 并非绝对对应 高严重性，低优先级 低严重性，高优先级 10.2 缺陷的属性 可修复性 定义——是指缺陷可能或可以得到修复的概率。 所有缺陷都可以修复吗 时间紧迫 不是缺陷 修复的风险太大 不值得修复 10.3 缺陷的跟踪和管理 缺陷的状态 打开（Open）——测试人员发现缺陷，提交缺陷报告 指派（Assigned）——项目经理验证后分配给Dev 已解决（Resolved） ——Dev对缺陷进行处理 关闭（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 缺陷的跟踪和管理 缺陷的处理流程 错误管理的流程可以概括为：测试人员提交新的错误入库，错误状态为1；高级测试人员验证错误，如果确认是错误，分配给相应的开发人员，设置状态为2，如果不是错误， 则拒绝，设置为拒绝状态；开发人员查询状态为3的错误，做如下处理：如果不是错误， 则置状态为拒绝，如果是错误则修复并置状态为4，如果不能解决的错误，要留下文字 说明并保持错误为拒绝状态；测试人员查询状态为5的错误，验证错误是否已解决，做如下处理：如问题解决了置错误的状态为6，如问题没有解决则置状态为7。上述流程中1 至7相对应的状态标识为_____(50)____。?　　（50）A．新信息→打开→打开→修正→修正→关闭→重新打开?　　　　　B．打开→修正→关闭→修正→修正→关闭→打开?　　　　　C．新信息→打开→打开→关闭→修正→关闭→重新打开?　　　　　D．新信息→打开→打开→修正→关闭→修正→重新打开 10.4 缺陷管理系统 实践中需要软件缺陷跟踪系统，以便描述报告所发现的缺陷，处理软件缺陷属性，跟踪软件缺陷的整个生命