缺陷的分类(续)
• 缺陷分类适用范围
缺陷管理流程
• 了解缺陷
–必须首先收集缺陷数据,然后才能了解这些缺陷, 并且找出如何预防它们,同时也能领会到如何更好 地发现,修复甚至预防仍在引入的缺陷
–可以按照以下步骤收集关于缺陷的数据
• 为测试和同行评审中发现的每一个缺陷做一个记录 • 对每个缺陷要记录足够详细的信息,以便以后能更好地了
• 关闭:
– 缺陷已被处理完成
软件缺陷流程管理的要点
• 为了保证错误的正确性,需要:
–有丰富测试经验的测试人员验证和确认发现的错误 是否是真正的错误
–测试步骤是否准确、简洁、可以重复
• 软件错误的确认并不总是轻而易举的事情
–由于对软件设计具体要求的不了解,对测试报告的 个别软件错误,可能无法确认是否属于真正的软件 错误,本地化服务商需要与软件供应商交流并确认
• 影响发布和维护,包括注释
–70 G-Algorithm
• 算法错误
–80 U-User Interface
• 人机交互特性:屏幕格式, 确认用户输入,功能有效性,页面排 版等方面的缺陷
–90 P-Performance
• 不满足系统可测量的属性值,如:执行时间、事务处理速率等
–100 N-Norms
软件失效
(Software Failure)
软件故障
(Software Fault)
错误
缺陷带来的系统风险列举
• 如果某部分产生了错误会导致的结果? • 未被验证的数据交换如果被接受 • 如果文件的完整性被破坏 • 系统是否能被安全恢复(完全恢复成备份时的状态) • 是否能暂停系统的运行 • 进行维护工作时,系统性能是否会下降到不能接受的水平 • 系统的安全性是否有保证 • 系统的操作流程是否符合用户的组织策略和长远规划 • 系统是否可靠,稳定 • 系统是否易于使用 • 系统是否便于维护 • 是否易于与其它系统相连