缺陷管理流程-V0.1.pdf

《缺陷管理流程-V0.1.pdf》由会员分享，可在线阅读，更多相关《缺陷管理流程-V0.1.pdf（9页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、文件编号：缺陷管理流程修修 改改 履履 历历修修 改改 编编 号号1版版 本本修修 改改 条条 款款 及及 内内 容容初稿修修 改改 日日 期期目录1. 1.概述概述. . 4 42. 2.目的 . 4适用范围 . 4角色职责 . 4入口标准 . 4输入 . 4输出 . 4出口标准 . 4流程流程. . 5 53. 3.流程图 . 5流程说明 . 5提交问题. 5分析定位缺陷. 6修改缺陷. 6验证缺陷. 6统计数据. 6测试监控. 6缺陷定义缺陷定义. . 7 74. 4.5. 5.缺陷状态. 7缺陷类型. 7缺陷严重级别. 7缺陷优先级别. 8度量指标度量指标. . 8 8沟通机制沟通机制

2、. . 9 91. 1. 概述概述1.11.1 目的目的本文为缺陷管理模块缺陷跟踪处理流程介绍及操作指南，目的是对测试室在进行缺陷管理的过程中提供参考。1.21.2 适用范围适用范围本流程适用于银行测试缺陷管理工作。1.31.3 角色职责角色职责角色 岗位职责1. 执行测试工作，负责提出新问题，并对开发岗已修改的测试执行岗问题进行验证1. 负责对待修改的问题进行修复开发岗1. 分析缺陷，并为测试方和开发方在缺陷有效性的分歧需求分析岗上，进行仲裁测试主管岗1. 测试执行过程中，对缺陷提交情况、修复情况进行监控1.41.4 入口标准入口标准 正式执行测试，测试方发现问题1.51.5 输入输入 测试

3、用例1.61.6 输出输出 含结果测试用例 缺陷跟踪表1.71.7 出口标准出口标准 完成测试，所有问题进行修复验证或其他方式处理 缺陷数量按版本呈明显收敛趋势 遗留缺陷不能大于有限缺陷的 8%2. 2. 流程流程2.12.1 流程图流程图缺陷管理流程缺陷管理流程输入输入测试执行岗测试执行岗提交新问题提交新问题测试用例测试用例待确认待确认确认是否为缺陷确认是否为缺陷是是确认为开发问确认为开发问题题是是是否为程序是否为程序缺陷缺陷否否打开问题打开问题待修改待修改修改问题修改问题需求缺陷需求缺陷无效缺陷无效缺陷分歧分歧仲裁仲裁开发岗开发岗需求分析岗需求分析岗输出输出待验证待验证验证中验证中修改确认

4、修改确认通过通过待验证待验证是否通过是否通过否否退回修改退回修改是是待修改待修改修改问题修改问题缺陷跟踪表缺陷跟踪表关闭关闭含结果测试用含结果测试用例例修改确认通过修改确认通过2.22.2 流程说明流程说明2.2.12.2.1提提交问题交问题测试执行岗在执行测试中，假设发现问题，登录缺陷管理系统进行新问题的提交，描述问题时必须详细必要时需附上截图 ，确保内容正确，定位准确。 有没有对缺陷处理时间的要求？2.2.22.2.2分分析定位缺陷析定位缺陷1) 提交问题后，测试执行岗同开发岗对该问题进行进一步确认是否为开发方的缺陷。结果一般会出现以下两种情况： 如果双方发生分歧异议，测试执行岗提交问题给

5、需求分析岗进行分析定位并仲裁： 假设仲裁为开发方的缺陷，那开发岗需进行下一步的修复； 假设定位为需求缺陷，进行修改确认通过，为有效缺陷； 那便是closed 的状态，后续还需要进行其他方式的跟进吗？ 假设是测试岗对需求理解错误等，关闭该问题，为无效缺陷； 如果确认为开发方的缺陷，那开发岗需进行下一步的修复。2) 如果确认中，该问题经开发或需求方等确认不纳入本测试任务的修改范围，作遗留处理，为有效缺陷。 如何定义哪些是遗留，是指缺陷难以重现、技术问题暂时无法解决的情况吗？2.2.32.2.3修修改缺陷改缺陷确认为程序缺陷后，测试执行岗打开问题，开发岗对待修改的缺陷进行修复。在进行修改时，开发岗需

6、对缺陷做原因分析等注释。2.2.42.2.4验验证缺陷证缺陷1) 开发岗修复完缺陷后提交给测试执行岗进行回归测试，结果一般会出现以下两种情况： 如果该缺陷经验证不通过，测试执行岗退回修改给开发岗，开发岗需对待修改的缺陷进行修复并提交给测试执行岗进行重新验证，直至验证通过。 如果通过测试验证，则该问题便是修改确认通过。2) 如果验证中，该缺陷经开发或需求方等确认不纳入本测试任务的修改范围，作遗留处理，为有效缺陷。如何详细定义遗留问题？后续如何跟进？3) 如果验证中，测试方和开发方对该缺陷是否有效未能达成一致意见，问题提交需求分析岗进行仲裁。2.2.52.2.5统统计数据计数据测试任务完成后，由相

7、关人员整理缺陷相关数据，并进行分析处理。2.2.62.2.6测测试监控试监控测试主管岗在测试执行中需对缺陷提交情况、修复情况进行监控，保证按质按时完成任务。3. 3. 缺陷定义缺陷定义3.1.13.1.1缺缺陷状态陷状态待确认：待确认：测试方认为该问题是一个缺陷， 待与需求或开发进一步确认 中间过程状态，未确定是否为有效缺陷待修改：待修改：开发修改中有效缺陷验证中：验证中：该缺陷开发已修复，测试方正对该问题进行回归测试中有效缺陷退回修改：退回修改：该缺陷回归测试不通过，重新退回给开发修改有效缺陷仲裁：仲裁：测试方和需求方或开发方对该缺陷是否有效未能达成一致意见，问题已提交相关人员进行仲裁中。

8、中间过程状态，未确定是否为有效缺陷修改确认通过：修改确认通过：开发已修复，且测试方已回归测试通过有效缺陷关闭：关闭：经确认或仲裁为无效缺陷遗留：遗留：有效缺陷，但经开发或需求方等确认不纳入本测试任务的修改范围，作遗留处理注注: :测试完成后，只允许修改确认通过、关闭、遗留这三种状态存在。测试完成后，只允许修改确认通过、关闭、遗留这三种状态存在。3.1.23.1.2缺缺陷类型陷类型 需求缺陷：需求缺陷：业务需求错误。包含需求功能流程错误、需求不完整、不一致、有遗漏、不可行、描述不清晰等。 开发缺陷：开发缺陷：开发修改引起的问题。 历史遗留：历史遗留：不属于此测试任务的问题,属于历史遗留问题,如果

9、对此问题修改后出现其它问题的话,衍生的问题应填相应的其它缺陷类型。 建议改善：建议改善：易用性、界面风格等建议改善。 操作错误：操作错误：测试人员操作错误或理解错误,属于无效缺陷。 环境问题：环境问题：本测试任务的环境问题。 跑批问题：跑批问题：本测试任务的跑批问题。3.1.33.1.3缺缺陷严重级别陷严重级别严重级别描述详细说明功能未实现或实现错误数据计算错误、产生错误结果程序死循环、数据库发生死锁因错误操作导致的程序中断不能执行正常工作或重致命要功能、导致系统崩溃或资源严重不足、造成数据丧失严重影响系统要求或基严重本功能实现、且不存在可替代的解决方法或方式影响系统要求或基本功一般能实现，但

10、存在可替代的 解决方法或方式操作不便或遇到麻烦，但轻微不影响执行工作或使用重要功能功能未实现或实现错误数据计算错误、产生错误结果数据通讯错误、程序接口错误需求功能流程错误或需求缺失数据约束错误、数据输入输出错误财务错误交易报错(交易报错导致交易无法继续等)打印内容、格式错误简单的输入限制未放在前台进行控制删除操作未给出提示操作界面信息错误包括数据窗口内列名定义、含义是否一致数据库表中有过多的空字段界面不标准,域控制不标准辅助说明描述不清楚、提示窗口文字未采用行业术语输入输出不标准长时间操作未给用户提示可输入区域和只读区域没有明显的区分标志控件没有对齐、标点符号丧失或不正确需求瑕疵包括需求错别字

11、等3.1.43.1.4缺缺陷优先级别陷优先级别说明缺陷需要被解决的紧急程度，包括四个级别： 紧急：要求在 4 工时内解决，对系统大部分功能、或主要功能有影响 高：要求在一个工作日内解决，影响了系统的部分功能 中：要求在两个工作日内解决，对其它功能模块影响较小 低：要求在当前版本解决，对其它功能模块无影响4. 4. 度量指标度量指标收集缺陷数据并在其上进行数据分析，作为组织的过程财富。指标含义计算公式缺陷总数本月发现的总有效缺陷数缺陷密度缺陷有效率缺陷严重程度缺陷修复质量缺陷修复速度缺陷修复程度缺陷分布反映测试小组发现缺陷的能力和开发质量反映测试小组发现缺陷的能力和开发质量说明缺陷给最终交付的系统或产品可能造成的影响程度缺陷的问题验证通过次数缺陷修复延误天数遗留缺陷为有效而未修复的缺陷缺陷分布各室的数量有效缺陷数执行用例数有效缺陷数总缺陷数遗留率=遗留缺陷数总缺陷数5. 5. 沟通机制沟通机制1) 当开发岗或测试岗对缺陷提出异议时，异议内容包括状态、严重级别、是否为缺陷等，可直接向需求分析岗提出进行仲裁。2)当争议比较大时，测试主管可召开会议组织相关人员参加进行讨论，需求分析岗有最终的决定权。会议参加人员包括但不限于：需求分析岗、测试主管、开发相关人员、项目经理、邀请的技术专家等。