Ch15-报告所发现的缺陷-STMT讲述.ppt

软件缺陷为何发生：根本原因图表 开发人员如何响应：关闭软件缺陷周期图表 关闭软件缺陷周期图表 软件缺陷跟踪系统 有利于软件缺陷的清楚描述，还提供统一的、标准化报告，使所有人的理解一致； 允许自动连续的软件缺陷编号，还提供了大量供分析和统计的选项，这是手工方法无法实现的； 可快速生成满足各种查询条件的、所必要的缺陷报表、曲线图等 提供了软件缺陷属性并允许开发小组根据对项目的相对和绝对重要性来修复缺陷； 软件缺陷跟踪系统 确保不会忽略每一个缺陷，同时还可使注意力保持在那些必须尽快修复的重要缺陷上； 可以获取历史记录，并在检查缺陷的状态时参考历史记录； 在软件缺陷跟踪数据库中关闭每一份缺陷报告，它都可以被记录下来。当产品送出去时，每一份未关闭的缺陷报告都提供了预先警告的有效技术支持，并且证明测试人员找到特殊领域突然出现的事件中的软件缺陷。 缺陷跟踪数据库信息 一个缺陷跟踪数据库的基本表，将要包括多达几十项的数据项，如bug的ID号、标题(Title)、状态、严重程度、优先级、重现步骤、期望结果、实际结果、项目名称、模块、报告作者、日期等等。 数据库中，还要有相关的数据连接，如产品特性数据库、产品配置数据库、测试用例数据库等的集成。同时为了提高缺陷处理的效率，还有和邮件服务器集成，通过邮件传递，测试和开发人员随时可以获得由系统自动发出有关缺陷状态变化的邮件。 * * Ch.15报告所发现的软件缺陷 软件缺陷的描述 系统或系统部件中那些导致系统或部件不能实现其功能的缺陷。 在执行中遇到一个缺陷，可能引起系统的失效。 准确有效的定义和描述软件缺陷，可以使软件缺陷得以快速修复，节约了软件测试项目的成本和资源，提高产品质量。 软件缺陷是什么？ 软件缺陷的基本描述 是缺陷报告中测试人员对问题的陈述的一部分 是软件缺陷报告的基础部分 一个好的描述，需要使用简单的、准确的、专业的语言来抓住缺陷的本质。 其有效描述规则： 单一准确 、可以再现、 完整统一、短小简练、特定条件、补充完善、 不做评价 简单、优化的软件缺陷生命周期 软件缺陷生命周期指的是一个软件缺陷被发现、报告 到这个缺陷被修复、验证直至最后关闭的完整过程 发现 打开 修复 关闭 复杂的软件缺陷生命周期 软件缺陷一旦发现，便进入测试人员、开发人员、管理人员的严密监控之中，直至软件缺陷生命周期终结，这样即可保证在较短的时间内高效率地关闭所有的缺陷，缩短软件测试的进程，提高软件质量，同时减少开发、测试和维护成本。 软件缺陷生命周期综述 软件缺陷标识和类型 软件缺陷属性包括缺陷标识、缺陷类型、缺陷严重程度、缺陷产生可能性、缺陷优先级、缺陷状态、缺陷起源、缺陷来源、缺陷原因。 缺陷标识：是标记某个缺陷的唯一的表示，可以使用数字序号表示。 缺陷类型：是根据缺陷的自然属性划分缺陷种类。 缺陷类型 描述 功能 影响了各种系统功能、逻辑的缺陷 用户界面 影响了用户界面、人机交互特性，包括屏幕格式、用户输入灵活性、结果输出格式等方面的缺陷 文档 影响发布和维护，包括注释、用户手册、设计文档 软件包 由于软件配置库、变更管理或版本控制引起的错误 性能 不满足系统可测量的属性值，如执行时间，事务处理速率等。 系统/模块接口 与其他组件、模块或设备驱动程序、调用参数、控制块或参数列表等不匹配、冲突。 软件缺陷缺陷严重程度 缺陷严重程度：是指因缺陷引起的故障对软件产品的影响程度。 严重等级 描述 致命 系统任何一个主要功能完全丧失、用户数据受到破坏、系统崩溃、悬挂、死机，或者危及人身安全 严重 系统的主要功能部分丧失、数据不能保存，系统所提供的功能或服务受到明显的影响 一般 系统的部分功能没有完全实现，但不影响用户的正常使用，例如：提示信息不太准确；或用户界面差、操作时间长等一些问题。 较小 使操作者不方便或遇到麻烦，但它不影响功能的操作和执行，如个别的不影响产品理解的错别字、文字排列不整齐等一些小问题。 软件缺陷缺陷产生的可能性和优先级 缺陷产生的可能性：指缺陷在产品中发生的可能性，通常可以用频率来表示。 缺陷产生可能性 描述 总是 (Always) 总是产生这个软件缺陷，其产生的频率是100% 通常 (Often) 按照测试用例，通常情况下会产生这个软件缺陷，其产生的频率大概是80-90% 有时 (Occasionally) 按照测试用例，有的时候产生这个软件缺陷，其产生的频率大概是30-50% 很少 (rarely) 按照测试用例，