软件测试方法和技术Ch15-报告所发现的缺陷-STMT.pptVIP

小结 本章讲解了应该遵循正规过程正确地描述、分离、分类、记录和跟踪软件缺陷，以保证它们有效地、快速地被修复、最终得到解决。 需要建立软件缺陷跟踪数据库存储、搜索和分析软件缺陷，从而生成一系列的图表，分析项目的发展趋势，控制项目进度，并找到薄弱的领域，预防缺陷。 软件测试方法和技术 第2版第15章报告所发现的缺陷 zhang_shu_yan@163.com 张淑艳 第15章 报告所发现的缺陷 15.l 软件缺陷的描述 15.2 软件缺陷相关的信息 15.3 软件缺陷跟踪和分析 15.4 软件缺陷跟踪系统 15.l 软件缺陷的描述 15.1.1 软件缺陷的生命周期 15.1.2 严重性和优先级 15.1.3 缺陷的其它属性 15.1.4 完整的缺陷信息 15.1.5 缺陷描述的基本要求 15.1.6 缺陷报告的示例 软件缺陷生命周期指的是一个软件缺陷被发现、报告到这个缺陷被修复、验证直至最后关闭的完整过程 缺陷生命周期是各类开发人员一起参与、协同测试的过程。 软件缺陷一旦发现，便进入严密监控之中，直至软件缺陷生命周期终结，这样即可保证在较短的时间内高效率地关闭所有的缺陷，缩短软件测试的进程，提高软件质量，同时减少开发、测试和维护成本。 15.1.1 软件缺陷的生命周期 基本的缺陷生命周期 发现-打开：测试人员找到软件缺陷并将软件缺陷提交给开发人员。 打开-修复：开发人员再现、修复缺陷，然后提交给测试人员去验证。 修复-关闭：测试人员验证修复过的软件，关闭已不存在的缺陷。 发现 打开 修复 关闭 常见的软件缺陷生命周期 15.1.2 严重性和优先级 严重性（severity）衡量缺陷对客户满意度的影响程度 致命的（fatal）、严重的（critical）、一般的（major）、微小的（minor） 优先级(Priority)：指缺陷被修复的紧急程度。 缺陷优先级 描述 立即解决(P1级) 缺陷导致系统几乎不能使用或测试不能继续，需立即修复 高优先级(P2级） 缺陷严重，影响测试，需要优先考虑 正常排队(P3级） 缺陷需要正常排队等待修复 低优先级(P4级） 缺陷可以在开发人员有时间的时候被纠正。 15.1.3 缺陷的其它属性 缺陷标识（ID） 缺陷类型（type） 缺陷产生可能性（frequency） 缺陷来源（source） 缺陷原因（root cause） 见 P.327~328 诸表 15.1.4 完整的缺陷信息 前提 操作步骤 期望结果 实际结果 上述的各种缺陷属性 见 P.328 表15-7 软件缺陷的详细描述 “步骤”提供了如何重复当前缺陷的准确描述，应简明而完备、清楚而准确。这些信息对开发人员是关键的，视为修复缺陷的向导 “期望结果”与测试用例标准或设计规格说明书或用户需求等一致，达到软件预期的功能。是验证缺陷的依据。 “实际结果”实际执行测试的结果，不同于期望结果，从而确认缺陷的存在 15.1.5 缺陷描述的基本要求 单一准确 可以再现 完整统一 短小简练 特定条件 补充完善 不做评价 15.2 软件缺陷的相关信息 15.2.1 软件缺陷的图片信息 15.2.2 使用WinDBG记录软件缺陷信息 15.2.3 使用Soft-ICE记录软件缺陷信息 15.2.4 分离和再现软件缺陷 15.2.1 软件缺陷的图片信息 软件缺陷相关的信息包括软件缺陷的图片、记录信息和如何再现和分离软件缺陷，使开发人员和其他的测试人员更容易分离和重现它。 一些涉及用户界面(User Interface)的软件缺陷可能很难用文字清楚地描述，因此软件测试人员通过附上图片比较直观地表示缺陷发生在产品界面什么位置、有什么问题等。 15.2.4 分离和再现软件缺陷 确保所有的步骤都被记录。 特定条件和时间。 压力和负荷、内存和数据溢出相关的边界条件。 考虑资源依赖性包括内存、网络和硬件共享的相互作用等。 不能忽视硬件。与软件不同，硬件不按预定方式工作。 和开发人员紧密合作 理解分离和调试软件缺陷之间的区别 分离和调试软件缺陷之间的区别 再现缺陷现象所需的最少步骤有哪些？这些步骤成功再现的可能性多大？ 缺陷是否成立存在？测试结果是否可能起源于测试因素或者测试人员自身的错误，还是影响顾客需求的、系统真正的故障？ 哪些外部因素产生软件缺陷？ 哪些内部因素，是代码、网络、还是环境引起的软件缺陷？ 怎样在不产生新的缺陷的条件下使这个软件缺陷得到修复？ 这种修复是否经过调试，单元是否经过测试？ 问题解决了吗？它是否通过了确认和回归测试，确定系统的其余部分仍工作正常？ 15.3 软件