软件缺陷属性.pptVIP

软件缺陷的属性 ----软件缺陷的属性包括缺陷标识、缺 陷类型、缺陷严重程度、缺陷产生 可能性、缺陷优先级、缺陷状态、 缺陷起源、缺陷来源。 缺陷标识：是标记某个缺陷的唯一的标识，可以使用数字序号表示。 缺陷类型：是根据缺陷的自然属性划分缺陷种类，见软件缺陷类型列表： 缺陷严重程度：是指因缺陷引起的故障对软件产品的影响程度，见软件缺陷严重等级列表： 缺陷优先级：指缺陷必须被修复的紧急程度。“优先级”的衡量抓住了在严重性中没有考虑的重要程度因素： 缺陷起源：缺陷引起的故障或事件第一次被检测到的阶段，如软件缺陷起源列表所示： 缺陷来源：指缺陷所在的地方，如文档、代码等，如软件缺陷来源列表所示：  缺陷根源：指造成上述错误的根本因素，以寻求软件开发流程的改进、管理水平的提高，如软件缺陷根源列表所示： * 缺陷类型 描述 功能 影响了各种系统功能、逻辑的缺陷 用户界面 影响了用户界面、人机交互特性，包括屏幕格式、用户输入灵活性、结果输出格式等方面的缺陷 文档 影响发布和维护，包括注释，用户手册，设计文档 软件包 由于软件配置库、变更管理或版本控制引起的错误 性能 不满足系统可测量的属性值，如执行时间，事务处理速率等 系统/模块接口 与其他组件、模块或设备驱动程序、调用参数、控制块或参数列表等不匹配、冲突 缺陷严重等级 描述 致命 (Fatal) 系统任何一个主要功能完全丧失、用户数据受到破坏、系统崩溃、悬挂、死机，或者危及人身安全 严重 (Critical) 系统的主要功能部分丧失、数据不能保存，系统所提供的功能或服务受到明显的影响 一般 (Major) 系统的部分功能没有完全实现，但不影响用户的正常使用，例如：提示信息不太准确；或用户界面差、操作时间长等一些问题。 较小 (Minor) 使操作者不方便或遇到麻烦，但它不影响功能的操作和执行，如个别的不影响产品理解的错别字、文字排列不整齐等一些小问题。 /zengfanjin5588 缺陷优先级 描述 立即解决(P1级) 缺陷导致系统几乎不能使用或测试不能继续，需立即修复 高优先级(P2级） 缺陷严重，影响测试，需要优先考虑 正常排队(P3级） 缺陷需要正常排队等待修复 低优先级(P4级） 缺陷可以在开发人员有时间的时候被纠正。 /zengfanjin5588 缺陷状态：指缺陷通过一个跟踪修复过程的进展情况，如软件缺陷状态列表所示： 缺陷状态 描述 激活或打开（Active or Open） 问题还没有解决，存在源代码中，确认“提交的缺陷”，等待处理，如新报的缺陷。 已修正或修复(Fixed or Resolved) 已被开发人员检查、修复过的缺陷，通过单元测试，认为已解决但还没有被测试人员验证 关闭或非激活(Closed or Inactive) 测试人员验证后，确认缺陷不存在之后的状态。 重新打开(Reopen) 测试人员验证后，还依然存在的缺陷，等待开发人员进一步修复 推迟(Deferred) 这个软件缺陷可以在下一个版本中解决 保留(on hold) 由于技术原因或第三者软件的缺陷，开发人员不能修复的缺陷 不能重现(Cannotduplicate) 开发不能复现这个软件缺陷，需要测试人员检查缺陷复现的步骤。 需要更多信息(Needmoreinfor) 开发能复现这个软件缺陷，但开发人员需要一些信息，例如：缺陷的日志文件，图片等。 重复（Duplicate） 这个软件缺陷已经被其他的软件测试人员发现。 不是缺陷（Notabug） 这个问题不是软件缺陷 需要修改软件规格说明书（Spec modified） 由于软件规格说明书对软件设计的要求，软件开发人员无法修复这个软件缺陷，必须要修改软件规格说明书。 /zengfanjin5588 缺陷起源 描述 需求 在需求阶段发现的缺陷 构架 在系统构架设计阶段发现的缺陷 设计 在程序设计阶段发现的缺陷 编码 在编码阶段发现的缺陷 测试 在测试阶段发现的缺陷 用户 在用户使用阶段发现的缺陷 缺陷来源 描述 需求说明书 需求说明书的错误、或不清楚引起的问题 设计文档 设计文档描述不准确、和需求说明书不一致的问题 系统集成接口 系统各模块参数不匹配、开发组之间缺乏协调引起的缺陷 数据流(库) 由于数据字典、数据库中的错误引起的缺陷 程序代码 纯粹在编码中的问题所引起的缺陷 缺陷根源 描述 测试策略 错误的测试范围，误解了测试目标，超越测试能力等 过程，工具和方法 无效的需求收集过程，