ST—第9章缺陷报告和分析.pptVIP

软件测试 第9章 缺陷报告和分析 如果没有报告缺陷，后果？ 本章内容 9.1 一个简单的缺陷报告 9.2 缺陷报告的描述 9.3 如何有效地报告缺陷 9.4 软件缺陷的处理和跟踪 9.5 缺陷分析 9.6 缺陷跟踪系统 本章内容 9.1 一个简单的缺陷报告 9.2 缺陷报告的描述 9.3 如何有效地报告缺陷 9.4 软件缺陷的处理和跟踪 9.5 缺陷分析 9.6 缺陷跟踪系统 一个简单的缺陷报告 本章内容 9.1 一个简单的缺陷报告 9.2 缺陷报告的描述 9.3 如何有效地报告缺陷 9.4 软件缺陷的处理和跟踪 9.5 缺陷分析 9.6 缺陷跟踪系统 9.2 缺陷报告的描述 9.2.1 缺陷的严重性和优先级 9.2.2 缺陷的类型和来源 9.2.3 缺陷附件 9.2.4 完整的缺陷信息列表 缺陷的严重性和优先级 严重性：缺陷对软件产品使用的影响程度 优先级：缺陷必须被修复的紧急程度 缺陷越严重，越要优先得到修正，缺陷严重等级和缺陷优先级相关性很强 也有例外，如有些缺陷比较严重，但由于技术的限制或第3方产品的限制，暂时没法修正，其优先级就会低 具体说明 缺陷的类型和来源 缺陷类型可以分为业务逻辑、数据处理、接口、UI、性能、安全性、兼容性、配置、文档等 缺陷来源，如需求说明书、设计规格说明书、代码、用户手册等 缺陷关联的模块名，缺陷来自于产品的特定模块的名称 缺陷发生的阶段，例如需求、系统架构设计、详细设计、编码等 缺陷附件 一张图片可能胜过千言万语 Log file 工具捕捉的其它数据文件等 完整的缺陷信息列表 ID 标题 前提 环境 操作步骤 期望结果 实际结果 频率 本章内容 9.1 一个简单的缺陷报告 9.2 缺陷报告的描述 9.3 如何有效地报告缺陷 9.4 软件缺陷的处理和跟踪 9.5 缺陷分析 9.6 缺陷跟踪系统 有效的缺陷描述所带来的益处 容易再现所报告的问题，加快缺陷的修正 提高工作效率 提高测试人员的信任度，有利于开发团队和测试团队之间的的沟通和合作 客观、准确的产品质量评估 预防缺陷 有效报告缺陷 单一准确，每个报告只针对一个软件缺陷 可以再现，不要忽视或省略任何一项操作步骤，特别是关键性的操作一定要描述清楚，确保开发人员按照所描述的步骤可以再现缺陷 完整统一，提供完整的软件缺陷描述信息 短小简练，如使用业务关键词 特定条件，必须注明缺陷发生的特定条件 不做评价，客观描述 本章内容 9.1 一个简单的缺陷报告 9.2 缺陷报告的描述 9.3 如何有效地报告缺陷 9.4 软件缺陷的处理和跟踪 9.5 缺陷分析 9.6 缺陷跟踪系统 9.4 软件缺陷的处理和跟踪 9.4.1 软件缺陷生命周期 9.4.2 缺陷的跟踪处理 9.4.3 缺陷状态报告 缺陷状态 软件缺陷生命周期 缺陷的跟踪处理 密切跟踪缺陷状态的变化，及时处理缺陷，使项目按预定的计划进行 动态报表，及时更新数据 自动邮件机制 本章内容 9.1 一个简单的缺陷报告 9.2 缺陷报告的描述 9.3 如何有效地报告缺陷 9.4 软件缺陷的处理和跟踪 9.5 缺陷分析 9.6 缺陷跟踪系统 9.5 缺陷分析 9.5.1 实时趋势分析 9.5.2 累积趋势分析 9.5.3 缺陷分布分析 实时趋势分析 实时数据，由每日或每周发生的数据构成的时间序列 对随时间变化的趋势进行分析 Rayleigh缺陷模型 累积趋势分析 累积数据是将前面产生的数据不断累加起来所构成的时间序列 累积曲线趋势特征更明显 借助趋势分析发现问题 产品的质量是否达到预定的标准 缺陷修正的速度是否滞后 测试人员 验证缺陷是否及时 缺陷遗漏程度 回归缺陷数量 流程…… 实例 缺陷分布分析 缺陷分布分析，主要借助于圆饼图、直方图等工具进行分析 包括功能模块、来源分布 、不同类型、开发团队等各种分布 直方图 圆饼图 综合 本章内容 9.1 一个简单的缺陷报告 9.2 缺陷报告的描述 9.3 如何有效地报告缺陷 9.4 软件缺陷的处理和跟踪 9.5 缺陷分析 9.6 缺陷跟踪系统 缺陷数据库所带来的益处 不仅可以统一数据格式、完成数据校验，而且确保每一个缺陷不会被忽视，使开发人员的注意力保持在那些必须尽快修复的高优先级的缺陷上。 可以随时建立符合各种需求的查询条件，而且有利于建立各种动态的数据报表，用于项目状态报告和缺陷数据统计分析。 可以随时得到最新的缺陷状态，大家获得一致又准确的信息，掌握相同的实际情况，消除沟通上的障碍。 可以将缺陷和测试用例、需求等关联起来，可以完成更深度的分析，有利于产品的质量改进等。 开源缺陷跟踪系统 Mantis，/ Bugzilla：/projects/bugzilla/ Bugzero：/ Scarab：/ TrackIT：/ It