《软件质量保证与测试第十章软件缺陷剖析》由会员分享，可在线阅读，更多相关《软件质量保证与测试第十章软件缺陷剖析（12页珍藏版）》请在金锄头文库上搜索。
1、第10章 软件缺陷 n 软件缺陷的生命周期 n 严重性和优先级 n 缺陷的其它属性 n 完整的缺陷信息 n 缺陷描述的基本要求 n 缺陷报告的示例 软件缺陷生命周期指的是一个软件缺陷被发现、 报告到这个缺陷被修复、验证直至最后关闭的完 整过程。 缺陷生命周期是各类开发人员一起参与、协同测 试的过程。 软件缺陷一旦发现，便进入严密监控之中，直至 软件缺陷生命周期终结，这样即可保证在较短的 时间内高效率地关闭所有的缺陷，缩短软件测试 的进程，提高软件质量，同时减少开发、测试和 维护成本。 1 软软件缺陷的生命周期 基本的缺陷生命周期 q发现-打开：测试人员找到软 件缺陷并将软件缺陷提交给开 发人员
2、。 q打开-修复：开发人员再现、 修复缺陷，然后提交给测试人 员去验证。 q修复-关闭：测试人员验证修 复过的软件，关闭已不存在的 缺陷。 发现 打开 修复 关闭 常见的软件缺陷生命周期 2 严严重性和优优先级级 q严重性（severity）衡量缺陷对客户满意度的影 响程度 致命的（fatal） 严重的（critical） 一般的（major） 微小的（minor） 建议性的 2 严严重性和优优先级级 q优先级(Priority)：指缺陷被修复的紧急程度。 缺陷优先级 描述 立即解决 (P1级) 缺陷导致系统几乎不能使用或测试不能继续， 需立即修复 高优先级 (P2级） 缺陷严重，影响测试，需
3、要优先考虑 正常排队 (P3级） 缺陷需要正常排队等待修复 低优先级 (P4级） 缺陷可以在开发人员有时间的时候被纠正。 3 缺陷的其它属性 缺陷标识（ID） 缺陷类型（type） 缺陷产生可能性（frequency） 缺陷来源（source） 缺陷原因（root cause） P.297：表13-313-6 4 完整的缺陷信息 前提 操作步骤 期望结果 实际结果 上述的各种缺陷属性 见 P.298 表13-7 软件缺陷的详细描述 q“步骤”提供了如何重复当前缺陷的准确描述 ，应简明而完备、清楚而准确。这些信息对开 发人员是关键的，视为修复缺陷的向导 q“期望结果”与测试用例标准或设计规格说明
4、书 或用户需求等一致，达到软件预期的功能。是 验证缺陷的依据。 q“实际结果”实际执行测试的结果，不同于期望 结果，从而确认缺陷的存在 5 缺陷描述的基本要求 q单一准确 q可以再现 q完整统一 q短小简练 q特定条件 q补充完善 q不做评价 6 示例 见 P.299 优秀的缺陷报告 重现步骤 : a)打开一个编辑文字的软件并且创建一个新的文档（这个文件可 以录入文字） b)在这个文件里随意录入一两行文字 c)选中一两行文字，通过选择Font 菜单然后选择Arial字体格式 d)一两行文字变成了无意义的乱字符 期望结果：当用户选择已录入的文字并改变文字格式的时候，文本 应该显示正确的文字格式不
5、会出现乱字符显示。 实际结果:它是字体格式的问题，如果改变文字格式成Arial之前， 你保存文件，缺陷不会出现。缺陷仅仅发生在Windows98并且 改变文字格式成其它的字体格式，文字是显示正常的。 见所附的图片 散漫的缺陷报告的示例 重现步骤： 在Window98上打开一个编辑文字的软件并且编辑存在文件 文件字体显示正常 我添加了图片，这些图片显示正常 在此之后，我创建了一个新的文档 在这个文档中我随意录入了大量的文字 在我录入这些文字之后，选择几行文字.并且通过选择Font 菜单然后选择 Arial字体格式改变文字的字体。 有三次我重现了这个缺陷 我在Solaris操作系统运行这些步骤，没有任何问题。 我在Mac操作系统运行这些步骤，没有任何问题。 期望结果：当用户选择已录入的文字并改变文字格式的时候，文本应该显示正确 的文字格式不会出现乱字符显示。 实际结果：我试着选择少量的不同的字体格式，但是只有Arial字体格式有软件 缺陷，不论如何，它可能会出现在我没有测试的其它的字体格式
