《ch15-报告所发现的缺陷-stmt剖析》由会员分享，可在线阅读，更多相关《ch15-报告所发现的缺陷-stmt剖析（35页珍藏版）》请在金锄头文库上搜索。
1、Ch.15报告所发现的软件缺陷,软件缺陷的描述,系统或系统部件中那些导致系统或部件不能实现其功能的缺陷。 在执行中遇到一个缺陷，可能引起系统的失效。 准确有效的定义和描述软件缺陷，可以使软件缺陷得以快速修复，节约了软件测试项目的成本和资源，提高产品质量。,软件缺陷是什么？,软件缺陷的基本描述,是缺陷报告中测试人员对问题的陈述的一部分 是软件缺陷报告的基础部分 一个好的描述，需要使用简单的、准确的、专业的语言来抓住缺陷的本质。 其有效描述规则： 单一准确 、可以再现、 完整统一、短小简练、特定条件、补充完善、 不做评价,简单、优化的软件缺陷生命周期,软件缺陷生命周期指的是一个软件缺陷被发现、报告
2、 到这个缺陷被修复、验证直至最后关闭的完整过程,复杂的软件缺陷生命周期,软件缺陷一旦发现，便进入测试人员、开发人员、管理人员的严密监控之中，直至软件缺陷生命周期终结，这样即可保证在较短的时间内高效率地关闭所有的缺陷，缩短软件测试的进程，提高软件质量，同时减少开发、测试和维护成本。,软件缺陷生命周期综述,软件缺陷标识和类型,软件缺陷属性包括缺陷标识、缺陷类型、缺陷严重程度、缺陷产生可能性、缺陷优先级、缺陷状态、缺陷起源、缺陷来源、缺陷原因。 缺陷标识：是标记某个缺陷的唯一的表示，可以使用数字序号表示。,缺陷类型：是根据缺陷的自然属性划分缺陷种类。,软件缺陷缺陷严重程度,缺陷严重程度：是指因缺陷引
3、起的故障对软件产品的影响程度。,软件缺陷缺陷产生的可能性和优先级,缺陷产生的可能性：指缺陷在产品中发生的可能性，通常可以用频率来表示。,缺陷优先级：指缺陷必须被修复的紧急程度。抓住了在严重性中没有考虑的重要程度因素。,软件缺陷缺陷状态,缺陷状态： 缺陷的跟踪修复过程的进展情况,软件缺陷缺陷起源和来源,缺陷起源：缺陷引起的故障或事件第一次被检测到的阶段，如软件缺陷起源列表所示。,缺陷来源：指缺陷所在的地方，如文档、代码等，如软件缺陷来源列表所示。,软件缺陷缺陷根源,缺陷根源：指造成上述错误的根本因素，以寻求软件开发流程的改进、管理水平的提高,软件缺陷报告,核心： “软件缺陷报告” 软件缺陷项目列
4、表,软件缺陷报告,软件缺陷的详细描述,由三部分组成：操作/重现步骤、期望结果、实际结果 “步骤”提供了如何重复当前缺陷的准确描述，应简明而完备、清楚而准确。 “期望结果”与测试用例标准或设计规格说明书或用户需求等一致，达到软件预期的功能。 “实际结果”测试人员收集的结果和信息，以确认缺陷确实是一个问题，并标识那些影响到缺陷表现的要素。,缺陷报告的示例,优秀的缺陷报告 重现步骤 : 打开一个编辑文字的软件并且创建一个新的文档（这个文件可以录入文字） 在这个文件里随意录入一两行文字 选中一两行文字，通过选择Font 菜单然后选择Arial字体格式 一两行文字变成了无意义的乱字符 期望结果：当用户选
5、择已录入的文字并改变文字格式的时候，文本应该显示正确的文字格式不会出现乱字符显示。 实际结果:它是字体格式的问题，如果改变文字格式成Arial之前，你保存文件，缺陷不会出现。缺陷仅仅发生在Windows98并且改变文字格式成其它的字体格式，文字是显示正常的。 见所附的图片,缺陷报告的示例,一份含糊而不完整的缺陷报告，缺少重建步骤，并且没有期望结果、实际结果和必要的图片,含糊而不完整的缺陷报告 重现步骤： 打开一个编辑文字的软件. 录入一些文字 选择Arial字体格式 文字变成了乱字符 期望结果： 实际结果：,缺陷报告的示例,散漫的缺陷报告 重现步骤： 在Window98上打开一个编辑文字的软件
6、并且编辑存在文件 文件字体显示正常 我添加了图片，这些图片显示正常 在此之后，我创建了一个新的文档 在这个文档中我随意录入了大量的文字 在我录入这些文字之后，选择几行文字.并且通过选择Font 菜单然后选择Arial字体格式改变文字的字体。 有三次我重现了这个缺陷 我在Solaris操作系统运行这些步骤，没有任何问题。 我在Mac操作系统运行这些步骤，没有任何问题。 期望结果：当用户选择已录入的文字并改变文字格式的时候，文本应该显示正确的文字格式不会出现乱字符显示。 实际结果：我试着选择少量的不同的字体格式，但是只有Arial字体格式有软件缺陷，不论如何，它可能会出现在我没有测试的其它的字体格
7、式,软件缺陷相关的信息,包括软件缺陷的图片、记录信息和如何再现和分离软件缺陷。 软件缺陷的图片、记录信息 记录软件缺陷的相关图片 很难用文字清楚地描述的缺陷，附上图片较直观地表示缺陷发生在产品界面什么位置、有什么问题等。 使用Soft-ICE记录软件缺陷信息 用于跟踪软件运行时的变量、内存等状态，而且可 以捕捉系统崩溃时的状态。使用它可以记录产品发 生缺陷的地方，同时生成日志文件。,分离和再现软件缺陷,分离和再现缺陷的一些常用方法和技巧。 确保所有的步骤都被记录。 特定条件和时间。 压力和负荷、内存和数据溢出相关的边界条件。 考虑资源依赖性包括内存、网络和硬件共享的相互作用等。 不能忽视硬件。
8、与软件不同，硬件不按预定方式工作。,分离和调试软件缺陷之间的区别,再现缺陷所需的最少步骤？成功再现的可能性多大？ 缺陷是否成立存在？即：测试结果是否可能起源于测试因素或者测试人员自身的错误，还是影响顾客需求的、系统真正的故障？ 哪些外部因素产生软件缺陷？ 哪些内部因素，是代码、网络、或环境引起的软件缺陷？ 怎样能在不产生新缺陷的条件下使这个软件缺陷得到修复？ 问题解决了吗？它是否通过了确认和回归测试，确定系统的其余部分仍工作正常？,软件缺陷的处理和跟踪,目的：确保每个被发现的缺陷都能够及时得到处理。 对每个被发现的BUG的处理方式（修复或留下一版本解决）必须能够在开发组织中达到一致； 收集缺陷
9、数据并根据缺陷趋势曲线识别测试处于测试过程中的哪个阶段； 决定测试过程是否结束，通过缺陷趋势曲线来确定测试过程是否结束是常用并且较为有效的一种方式。 收集缺陷数据并在其上进行数据分析，作为组织过程改进的财富。,软件缺陷处理技巧,管理员、测试人员和开发人员需要掌握在软件缺陷生命周期的不同阶段处理软件缺陷技巧，从而尽快处理软件缺陷，缩短软件缺陷生命周期。以下列出处理软件缺陷基本技巧： 审阅。 拒绝。 完善。 分配。,软件缺陷处理技巧,测试。 重新打开。 关闭。 暂缓。 测试人员、开发人员和管理者只有紧密的合作，掌握软件缺陷处理技巧，在项目不同阶段，及时的审查、处理和跟踪每个软件缺陷，加速软件缺陷状
10、态的变换，提高软件质量，促进项目的发展。,缺陷跟踪的方法和图表,软件项目如何发展：软件缺陷打开/关闭图表 提供许多有关软件缺陷状态、项目进度、产品质量、开发人员的工作等信息： 目前项目质量：累积打开曲线和累积关闭曲线的趋势。 目前项目进度：累积关闭曲线和累积打开曲线起点的时间差。 开发人员已经完成修复软件缺陷了吗？ 测试人员是否积极的去验证软件缺陷?,缺陷跟踪的方法和图表,打开/关闭的累积缺陷图,累积的打开曲线在一条渐近线限制下稳定下来。 关闭曲线滞后。 在当前测试阶段找到软件缺陷的能力在减弱。 开发人员完成了修复软件缺陷了吗？开发人员基本上完成了修复软件缺陷的任务了，项目小组快速地推进问题的
11、解决。 当测试人员从一个测试阶段到另一个测试阶段时，累积打开曲线有凸起：说明修复软件缺陷引入了新的缺陷或者有些软件缺陷被遗漏到下一个阶段发现了。项目管理人员需要召开紧急会议分析当前项目情况，找到解决办法。,缺陷跟踪的方法和图表,软件缺陷为何发生：根本原因图表,开发人员如何响应：关闭软件缺陷周期图表,关闭软件缺陷周期图表,软件缺陷跟踪系统,有利于软件缺陷的清楚描述，还提供统一的、标准化报告，使所有人的理解一致； 允许自动连续的软件缺陷编号，还提供了大量供分析和统计的选项，这是手工方法无法实现的； 可快速生成满足各种查询条件的、所必要的缺陷报表、曲线图等 提供了软件缺陷属性并允许开发小组根据对项目
12、的相对和绝对重要性来修复缺陷；,软件缺陷跟踪系统,确保不会忽略每一个缺陷，同时还可使注意力保持在那些必须尽快修复的重要缺陷上； 可以获取历史记录，并在检查缺陷的状态时参考历史记录； 在软件缺陷跟踪数据库中关闭每一份缺陷报告，它都可以被记录下来。当产品送出去时，每一份未关闭的缺陷报告都提供了预先警告的有效技术支持，并且证明测试人员找到特殊领域突然出现的事件中的软件缺陷。,缺陷跟踪数据库信息,一个缺陷跟踪数据库的基本表，将要包括多达几十项的数据项，如bug的ID号、标题(Title)、状态、严重程度、优先级、重现步骤、期望结果、实际结果、项目名称、模块、报告作者、日期等等。 数据库中，还要有相关的数据连接，如产品特性数据库、产品配置数据库、测试用例数据库等的集成。同时为了提高缺陷处理的效率，还有和邮件服务器集成，通过邮件传递，测试和开发人员随时可以获得由系统自动发出有关缺陷状态变化的邮件。,
