1、缺陷跟踪管理缺陷跟踪管理缺陷的基本概念缺陷（defect）软件缺陷是存在于软件(文档,数据,程序)之中的那些不希望或不可接受的偏差.其结果是软件运行于某一特定条件时出现软件故障,这时称软件缺陷被激活.故障（fault）是指软件运行过程中出现的一种不希望或不可接受的内部状态.失效（failure）是指软件运行时产生的一种不希望或不可接受的外部行为结果错误（error）是指在软件生存期内的不希望或不可接受的人为错误,其结果是导致软件缺陷的产生.可见,软件错误是一种人为过程,相对于软件本身,是一种外部行为.缺陷的识别依据 通过参考文档来确认缺陷1、需求规格说明书2、概要设计、详细设计3、用户手册 通
2、过了解软件行业标准、行业背景（或参考同类典型软件）来发现缺陷 通过沟通来确认和识别缺陷缺陷原因分布图缺陷管理目的缺陷管理目的是对各阶段测试发现的缺陷进行跟踪管理，以保证各级缺陷的修复率达到标准。主要实现以下目标：a)及时了解并跟踪每个被发现的缺陷；b)确保每个被发现的缺陷都能被处理；c)收集缺陷数据并根据缺陷趋势曲线识别测试过程阶段；d)收集缺陷数据并在其上进行数据分析，作为组织过程的财富。参与人员及职责参与缺陷管理过程人员角色职责：参与缺陷管理过程人员角色职责：1 1、项目经理（、项目经理（EMEM）：）：负责指派缺陷给相关责任人.2 2、项目测试负责人：、项目测试负责人：a)定缺陷管理方式
3、和工具，拟定决策评审计划；b)管理所有缺陷关闭情况；c)审核测试人员提交的缺陷；d)对测试人员的工作质量进行跟踪与评价。3 3、测试人员：、测试人员：a)负责报告系统缺陷记录，且协助项目人员进行缺陷定位；b)负责验证缺陷修复情况，且填写缺陷记录中相应信息；c)负责执行系统回归测试；d)提交缺陷报告；e)负责被测软件进行质量数据和分析。参与人员及职责4 4、项目相关开发人员（、项目相关开发人员（DEDE）：）：a)修改测试发现的缺陷，并提交成果物做再测试；b)负责接收各自的缺陷记录，并且修改；c)负责提供缺陷记录跟踪中其它相应信息。5 5、质量保证人员（、质量保证人员（SQASQA）：）：监控项
4、目组缺陷管理规程执行情况简单的Bug跟踪流程图源代码服务器Builder发布服务器测试人员缺陷管理工具开发人员邮件系统专家会诊1、拿到新版本2、记录bug3、得到新的bug4、解决bug6、批准5、check in请求7、check in8、拿到最新的源代码9、编译10、回归验证bug软件测试缺陷管理流程图缺陷的相关属性 缺陷描述(Description)缺陷发现人（Defect By）缺陷概述(Summary)缺陷发现时间(Defect on Time)缺陷状态(Status)缺陷严重程度也即优先级（Severity包括：new（新建）,open（打开）,pending(挂起),reject
5、ed（拒绝）,reopen（重打开），fixed（已修复）,closed（关闭）缺陷修改日期(Actual Fix Time)缺陷严重程度 严重性：软件缺陷对软件质量的破坏程度，也就是软件缺陷的存在将对软件功能和性能产生怎么样的影响。等级划分-致命:不能执行正常工作功能或重要功能，或者危及人身安全的-严重:影响系统要求或基本功能实现的问题-一般:一般性错误，比较容易修复的问题-提示:比较轻微的错误，一般是使用方面的问题缺陷等级分类分类严重等级等级描述A致命主要表现：1.由于程序所引起的死机,非法退出 2.死循环 3.数据库发生死锁 4.数据通讯错误 5.因错误操作导致的程序中断 6.与数据库连
6、接错误 7.严重的数值计算错误B严重主要表现在：1.功能不符需求设计2.数据流错误3.程序程序接口错误4.轻微的数值计算错误5.数据库的表、业务规则、缺省值未加完整性等约束条件缺陷等级分类分类严重等级等级描述C一般主要表现在：1.操作界面错误(详细文档，包括数据窗口内列名定义、含义是否一致)2.打印内容、格式错误3.简单的输入限制未放在前台进行控制4.删除操作未给出提示5.数据库表中有过多的空字段 D提示主要表现在：1.界面不规范或辅助说明描述不清楚2.显示格式（输入输出）不规范3.长时间操作未给用户进度提示4.提示窗口文字未采用行业术语5.可输入区域和只读区域没有明显的区分标志6.系统处理未
7、优化 7.类测试建议软件缺陷等级定义的作用是项目管理者决定产品是否延期上线的决策依据，特别在软件测试的后期，将影响软件是否能够按期发布与否；是开发人员进行软件缺陷处理和修正软件缺陷的先后顺序的评判标准，一般地，严重性程度高的软件缺陷具有较高的优先级。严重性高说明缺陷对软件造成的质量危害性大，需要优先处理，而严重性低的缺陷可能只是软件不太尽善尽美，可以稍后处理；是测试人员为缺陷的及时处理提供准确信息的文档依据，能影响软件缺陷的处理时机，通常经验丰富的测试人员可以正确的表示缺陷的严重性和优先级；是质量人员进行软件缺陷的统计的重要指标，影响软件缺陷报告的质量，从而影响公司领导层的决策方案。缺陷状态缺
8、陷状态描述描述新提交（New）新提交的缺陷状态激活(Open)缺陷已提交，正在处理已拒绝(Rejected)拒绝“已提交的缺陷”，不需要修改或不是缺陷已解决(Fixed)缺陷已修改重激活(Reopen)缺陷修改未通过再测试，或因其他原因造成缺陷再次打开重复缺陷（Duplicate）缺陷重复出现，已经被提交过。已关闭(Closed)确认缺陷已被修复，将其关闭缺陷跟踪单填写准则 准确 清晰 简洁 完整 一致缺陷单基本内容 缺陷项目注意事项简单描述1、用 一句话简单的，提纲挈领地描述清楚问题详细描述1、描述问题的基本环境，包括操作系统、硬件环境、网络环境、被测试软件的运行环境2、用简明的语言描述清楚
9、软件出现异常的时候，测试人员的操作步骤及使用的数据。3、如果从界面上可以反映出软件的异常，采用拷屏的方式截取界面，粘贴在问题单中。4、被测试软件运行时候的相关日志文件5、测试人员根据上述信息可以给出对问题的简单的分析6、被测试软件的版本7、状态、严重级别、优先级别8、提交日、提交人相关附件1、拷屏图片2、被测试软件运行的相关日志文件缺陷描述举例 简单描述 Arial、Wingdings、和Symbol字体会破坏新文件。详细描述1.软件测试环境为windows 2000 sp42.启动Word编辑器，然后创建新文件。3.输入四行文本，重复输入“My name is Rose”4.选中所有四行文本
10、，然后选中字体下拉菜单，并选中Arial。5.所有文本被转换成控制字符、数字和其它明显的随机二进制数据。6.重复三次，结果都一样 相关附件 附件1:变换格式之前的文档 附件2：变换格式之后的文档 软件缺陷初步分析缺陷分布 按功能分布缺陷分布 按模块分布缺陷分布 按对象分布缺陷分布 按缺陷类型分布缺陷密度与缺陷率 软件缺陷分为通过评审或测试等方法发现的已知缺陷和尚未发现的潜在缺陷两种 缺陷密度=已知缺陷数量/产品规模 缺陷移除率=（本阶段发现的缺陷数/本阶段注入的缺陷数）*100%缺陷漏测率=（下游发现的本阶段的测试缺陷数/本阶段测试缺陷总数）100%计算缺陷漏测率的意义1.可以有效的衡量测试用例是否充分2.测试效率是否充足缺陷注入-发现矩阵图 缺陷注缺陷注入阶段入阶段 缺陷发现阶段缺陷发现阶段需求需求设计设计编码编码注入总注入总数数需求阶段需求阶段55设计阶段设计阶段136578编码、单元测试阶段编码、单元测试阶段4101832系统测试阶段系统测试阶段4397104验收测试阶段验收测试阶段001919发现总计发现总计2678134238阶段缺陷移除率阶段缺陷移除率19.23%83.33%13.43%缺陷收敛趋势分析ITANY26
