软件测试培训讲义报告所发现的软件缺陷.ppt

软件测试培训讲义 深圳市软件行业协会培训中心 课程目的 了解软件工程的基本概念和过程 了解软件质量定义和软件质量保证过程 深入掌握软件测试原理、方法、过程 通过实战掌握测试策略、技术 第三部分：软件测试的实践第十二章 报告所发现的 软件缺陷 目的与内容 软件缺陷的概述 软件缺陷的描述 软件缺陷的处理和跟踪 缺陷管理工具介绍 第三部分：软件测试的实践第十二章：报告所发现的软件缺陷 软件缺陷的概述 软件质量-传统定义 适合使用(fitness for use) 功能满足提出的要求 软件质量-客户满意度定义 客户满意 正确的功能 详细的指导 客户不满意 不稳定 难以使用 性能缓慢 与用户现有设备不兼容 “臭虫”的由来 人们将软件错误称为“臭虫”，这是因为第一个有记载的电脑故障是由线路上的臭虫造成的。就是我们通常称的“BUG”。 软件失败的术语描述 缺点（defect) 问题 (problem) 谬误 (fault) 矛盾(inconsistency) 失败(failure) 偏差(variance) 毛病 (incident) 特殊(feature) 异常 (anomaly) 错误 (error) 缺陷(bug) 软件失败的几个定义 错误：人类会犯错误。 缺陷：缺陷是错误的结果。 失效：当缺陷执行时会发生失效。 事故：当出现失效时，可能会也可能不会呈现给用户。 软件缺陷 软件未达到产品描述表明的功能。 软件出现了产品描述指明不会出现的错误 软件功能超出产品描述指明范围。 软件未达到产品描述虽未指出但应达到的目标。 软件测试人员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为不好。 软件缺陷产生的原因 第三部分：软件测试的实践第十二章：报告所发现的软件缺陷 软件缺陷的描述 缺陷属性 软件缺陷的分类 以出现相应错误的开发阶段来划分； 以相应失效产生的后果来划分； 以解决难度来划分； 以不解决会产生的风险来划分； 根据异常出现的频率来划分。 缺陷分类 缺陷严重程度 缺陷紧急程度 缺陷状态 Bug报告 如何复现故障 分析故障-使用最少步骤复现故障 包含所有步骤 方便阅读 尽量简单-一个bug一个报告 测试人员的报告—尽可能简单 不要在一个报告中合并2个错误 去掉复现故障时不需要的步骤 在主报告之后说明不同的条件 (例如：设置nat与否对synflood攻击的反映程度) 完美的bug报告（一） 结构清晰 复现故障再写报告 隔离bug：更改条件复测 归纳：是否其他模块也有相同的bug 比较：其他测试用例是否使用到此bug 完美的bug报告（二） 总结：报告的开头有bug的总结 精简：不要有多余的步骤和语言 无歧义：语言明确 中立：无批评性语言 讨论：将要发出的报告送其他测试人员讨论 第三部分：软件测试的实践第十二章：报告所发现的软件缺陷 软件缺陷的处理和跟踪 缺陷处理流程 3.1.1 系统测试缺陷处理流程 缺陷报告 3.1.2 集成测试缺陷处理流程 处理bug 使程序员愿意花费时间改正bug 程序员希望改正的错误 Looks really bad 影响很多人 改动十分简单 Bug已经给公司造成影响 主管的高重视度 由受到高度信任的测试人员提出 使程序员拒绝花费时间的bug 程序员无法复现bug 需要繁复的步骤复现bug 没有明确的报告以说明复现bug的步骤 程序员无法读懂的bug报告 边缘bug(几乎从不使用的功能) 修改bug需要花费大量时间 主管低重视度 由不受信任的测试人员提出 经常被忘记的测试条件 内存泄漏 堆栈溢出 空指针 边缘条件 边缘条件的产生： 防火墙策略数目限定问题 测试人员：只能设定256条策略 程序员：不需要太多的策略，256条足够 边缘条件的解决： 测试非极限指标 询问相关人员，确定边缘条件 修改bug的成本 小结 通过专业的技术测试出精确的bug 通过准确的文档报告bug 通过良好的沟通使bug尽快解决 第三部分：软件测试的实践第十二章：报告所发现的软件缺陷 缺陷管理工具介绍 基于测试流程上的缺陷管理系统 缺陷的定义 软件没有达到产品说明书表明的功能 软件出现了产品说明书中不一致的表现 软件功能超出产品说明书的范围 软件没有达到用户期望的目标(虽然产品说明书中没有要求) 测试员或用户认为软件的易用性差 不是所有缺陷都会修改 市场的压力使得产品最终发行有时间限制 测试员错误理解或者不正确操作引出的缺陷(FAQ) 错误的修改影响的模块较多，带来的风险较大（遗留） 修改性价比太低(FAQ，遗留） 缺陷报告中提出的问题很难重现