缺陷跟踪管理.ppt

* 准确每个组成部分的描述准确，不会引起误解 清晰 每个组成部分的描述清晰，易于理解 简洁 只包含必不可少的信息，不包括任何多余的内容 完整 包含浮现该缺陷的完整步骤和其他本质信息 一致 按照一致的格式书写全部缺陷报告 * 矩阵的每行表示该阶段或活动发现的各阶段产生的缺陷数 矩阵的每列表示该阶段或活动注入的缺陷泄漏到后续各环节的缺陷数 IT@ANY IT@ANY 缺陷跟踪管理 缺陷的基本概念 缺陷（defect）软件缺陷是存在于软件(文档,数据,程序)之中的那些不希望或不可接受的偏差.其结果是软件运行于某一特定条件时出现软件故障,这时称软件缺陷被激活. 故障（fault）是指软件运行过程中出现的一种不希望或不可接受的内部状态. 失效（failure）是指软件运行时产生的一种不希望或不可接受的外部行为结果 错误（error）是指在软件生存期内的不希望或不可接受的人为错误,其结果是导致软件缺陷的产生.可见,软件错误是一种人为过程,相对于软件本身,是一种外部行为. 缺陷的识别依据 通过参考文档来确认缺陷 1、需求规格说明书 2、概要设计、详细设计 3、用户手册 通过了解软件行业标准、行业背景（或参考同类典型软件）来发现缺陷 通过沟通来确认和识别缺陷 缺陷原因分布图 缺陷管理目的 缺陷管理目的是对各阶段测试发现的缺陷进行跟踪管理，以保证各级缺陷的修复率达到标准。主要实现以下目标： 及时了解并跟踪每个被发现的缺陷； 确保每个被发现的缺陷都能被处理； 收集缺陷数据并根据缺陷趋势曲线识别测试过程阶段； 收集缺陷数据并在其上进行数据分析，作为组织过程的财富。 参与人员及职责 参与缺陷管理过程人员角色职责： 1、项目经理（EM）：负责指派缺陷给相关责任人. 2、项目测试负责人： a)定缺陷管理方式和工具，拟定决策评审计划； b)管理所有缺陷关闭情况； c)审核测试人员提交的缺陷； d)对测试人员的工作质量进行跟踪与评价。 3、测试人员： 负责报告系统缺陷记录，且协助项目人员进行缺陷定位； 负责验证缺陷修复情况，且填写缺陷记录中相应信息； 负责执行系统回归测试； 提交缺陷报告； 负责被测软件进行质量数据和分析。 参与人员及职责 4、项目相关开发人员（DE）： 修改测试发现的缺陷，并提交成果物做再测试； 负责接收各自的缺陷记录，并且修改； 负责提供缺陷记录跟踪中其它相应信息。 5、质量保证人员（SQA）：监控项目组缺陷管理规程执行情况 简单的Bug跟踪流程图 源代码 服务器 Builder 发布 服务器 测试人员 缺陷管理 工具 开发人员 邮件系统 专家会诊 1、拿到新版本 2、记录bug 3、得到新的bug 4、解决bug 6、批准 5、check in请求 7、check in 8、拿到必威体育精装版的源代码 9、编译 10、回归验证bug 软件测试缺陷管理流程图 缺陷的相关属性 缺陷描述(Description) 缺陷发现人（Defect By） 缺陷概述(Summary) 缺陷发现时间(Defect on Time) 缺陷状态(Status) 缺陷严重程度也即优先级（ Severity包括： new（新建）,open（打开）,pending(挂起), rejected（拒绝）,reopen（重打开），fixed（已修复）,closed（关闭）） 缺陷修改日期(Actual Fix Time) 缺陷严重程度 严重性：软件缺陷对软件质量的破坏程度，也就是软件缺陷的存在将对软件功能和性能产生怎么样的影响。 等级划分 --致命:不能执行正常工作功能或重要功能，或者危及人身安全的 --严重:影响系统要求或基本功能实现的问题 --一般:一般性错误，比较容易修复的问题 --提示:比较轻微的错误，一般是使用方面的问题 缺陷等级分类 分类 严重等级 等级描述 A 致命 主要表现：1.由于程序所引起的死机,非法退出 2.死循环 3.数据库发生死锁 4.数据通讯错误 5.因错误操作导致的程序中断 6.与数据库连接错误 7.严重的数值计算错误 B 严重 主要表现在： 1.功能不符需求设计 2.数据流错误 3.程序\程序接口错误 4.轻微的数值计算错误 5.数据库的表、业务规则、缺省值未加完整性等约束条件 缺陷等级分类 分类 严重等级 等级描述 C 一般 主要表现在： 1.操作界面错误(详细文档，包括数据窗口内列名定义、含义是否一致) 2.打印内容、格式错误 3.简单的输入限制未放在前台进行控制 4.删除操作未给出提示 5. 数据库表中有过多的空字段 D 提示 主要表现在： 1.界面不规范或辅助说明描述不清楚 2.显示格式（输入输出）不规范 3.长时间操作未给用户进度提示 4.提示窗口文字未采用行业术语 5.可输入区域