缺陷严重等级和缺陷优先级相关性很强也有例外.pptVIP

第2讲 软件缺陷 真实的故事 缺陷的表现形式 没有实现产品规格说明所要求的功能 出现了产品规格说明指明不应该出现的错误 实现了产品规格说明没有提到的功能 没有实现虽然产品规格说明没有明确提及但应该实现的目标 难以理解，不容易使用，运行缓慢 缺陷构成的比例？ 需求分析 设计 编码 其他 缺陷的描述 缺陷的严重性和优先级 缺陷的类型和来源 缺陷附件 完整的缺陷信息列表 缺陷的严重性和优先级 严重性：缺陷对软件产品使用的影响程度 优先级：缺陷必须被修复的紧急程度 缺陷越严重，越要优先得到修正，缺陷严重等级和缺陷优先级相关性很强 也有例外，如有些缺陷比较严重，但由于技术或第3方产品的限制，暂时没法修正，其优先级就会低 缺陷的严重等级 缺陷优先级 缺陷的类型和来源 缺陷类型：业务逻辑、数据处理、接口、UI、性能、安全性、兼容性、配置、文档等 缺陷来源：需求说明书、设计规格说明书、代码、用户手册等 缺陷关联的模块名，缺陷来自于产品的特定模块的名称 缺陷发生的阶段：需求、系统架构设计、详细设计、编码等 缺陷附件 一张图片可能胜过千言万语 系统日志（Log） 工具捕捉的其它数据文件等 完整的缺陷信息列表 ID 状态 标题 前提 环境 操作步骤 期望结果 实际结果 有效报告缺陷 单一准确，每个报告只针对一个软件缺陷 可以再现，不要忽视任何一项操作步骤，特别是关键性的操作 完整统一，提供完整的软件缺陷描述信息 短小简练，如使用业务关键词 特定条件，必须注明缺陷发生的特定条件 不做评价，客观描述 练习题 系统的次要功能没有完全实现，但不影响 用户的正常使用。这是属于______。 A. 致命的错误 B. 一般的错误 C. 严重的错误 D. 微小的错误 练习题 在软件缺陷处理中，测试人员查询状态为已 修正的缺陷，验证其是否已修复，若已经修复， 则设置缺陷状态为____，若没有解决，设置缺陷 状态为______。 A. 关闭，重新打开 B. 关闭，待定 C. 已修正，待定 D. 已修正，重新打开 * * */52 故事发生在1945年9月9日，一个炎热的下午。当时的机房是一间第一次世界大战时建造的老建筑，没有空调，所有窗户都敞开着。Grace Hopper正领导着一个研究小组夜以继日地工作，研制一台称为“MARK II”的计算机，它使用了大量的继电器（电子机械装置，那时还没有使用晶体管），一台不是纯粹的电子计算机。突然，MARK II死机了 …… First actual case of bug being found. 第一个发现虫子的实例。 */52 软件缺陷的概念 什么是缺陷 缺陷既指程序中存在的错误，例如语法错误、拼写错误或者是一个不正确的程序语句 缺陷也指可能出现在设计中，甚至在需求、规格说明或其他的文档中的种种错误 */52 失误 (mistake) 在软件开发过程中 软件开发人员产生 隐错／缺陷 (bug/defect) 在软件产品中 软件中存在 设计者的错误行为(失误)→导致软件中留有错误的设计(缺陷) → 导致软件错误地执行(故障) → 导致软件的错误行为(失效)。 故障 (fault) 在软件运行中 缺陷被激活 失效 (failure) 在运行阶段 用户经历的 */52 */52 软件缺陷产生的原因 导致软件产生缺陷的九类原因 需求定义不完善 客户——开发者通信失败 对软件需求的故意偏离 逻辑设计错误 编码错误 不符合文档编制与编码规定 测试过程不足 规程错误 文档编制错误 需求分析 设计 编码 其他 频率 严重程度 优先级 类型 缺陷提交人 缺陷指定解决人 来源 产生原因 构建包跟踪 版本跟踪 提交时间 修正时间 验证时间 所属项目/模块 产品信息 */52 缺陷跟踪与管理 发现 打开 修正 关闭 */52 缺陷状态 */52 缺陷的跟踪处理 密切跟踪缺陷状态的变化，及时处理缺陷，使项目按预定的计划进行 动态报表，及时更新数据 自动邮件机制 权限明确 重新打开需确认 */52 错误概要：在Solaris、Windows98和Mac上运行Note，一些数据在设置成某种格式时会出现显示异常。 错误描述： 重建步骤：1）我在Windows98下打开Note程序，编辑一个已存在的文件，该文件有多行，且包括多种字体格式； 2）我选择文件打印，工作正常； 3）我新建并打印一个包含图形的文件，工作正常； 4）我新建一个新文件； 5）接着我输入一连串随机文本； 6）高亮