缺陷管理作业流程V

文件编号：缺点管理步骤修改履历修改编号版本修改条款及内容修改日期1V0.1初稿目录1. 概述 41.1 目标 41.2 适用范围 41.3 角色职责 41.4 入口标准 41.5 输入 41.6 输出 41.7 出口标准 42. 步骤 52.1 步骤图 52.2 步骤说明 52.2.1 提交问题 52.2.2 分析定位缺点 62.2.3 修改缺点 62.2.4 验证缺点 62.2.5 统计数据 62.2.6 测试监控 63. 缺点定义 73.1.1 缺点状态 73.1.2 缺点类型 73.1.3 缺点严重等级 73.1.4 缺点优先等级 84. 度量指标 85. 沟通机制 9概述目标本文为缺点管理模块缺点跟踪处理步骤介绍及操作指南，目标是对测试室在进行缺点管理过程中提供参考。适用范围本步骤适适用于银行测试缺点管理工作。角色职责角色（岗位）职责测试实施岗实施测试工作，负责提出新问题，并对开发岗已修改问题进行验证开发岗负责对待修改问题进行修复需求分析岗分析缺点，并为测试方和开发方在缺点有效性分歧上，进行仲裁测试主管岗测试实施过程中，对缺点提交情况、修复情况进行监控入口标准正式实施测试，测试方发觉问题输入测试用例输出含结果测试用例缺点跟踪表出口标准完成测试，全部问题进行修复验证或其它方法处理缺点数量按版本呈显著收敛趋势遗留缺点不能大于有限缺点8%步骤步骤图步骤说明提交问题测试实施岗在实施测试中，若发觉问题，登录缺点管理系统进行新问题提交，描述问题时必需具体（必需时需附上截图），确保内容正确，定位正确。（有没有对缺点处理时间要求？）分析定位缺点提交问题后，测试实施岗同开发岗对该问题进行深入确定是否为开发方缺点。结果通常会出现以下两种情况：假如双方发生分歧异议，测试实施岗提交问题给需求分析岗进行分析定位并仲裁：若仲裁为开发方缺点，那开发岗需进行下一步修复；若定位为需求缺点，进行修改确定经过，为有效缺点；（那便是closed状态，后续还需要进行其它方法跟进吗？）若是测试岗对需求了解错误等，关闭该问题，为无效缺点；假如确定为开发方缺点，那开发岗需进行下一步修复。假如确定中，该问题经开发或需求方等确定不纳入本测试任务修改范围，作遗留处理，为有效缺点。（怎样定义哪些是遗留，是指缺点难以重现、技术问题临时无法处理情况吗？）修改缺点确定为程序缺点后，测试实施岗打开问题，开发岗对待修改缺点进行修复。在进行修改时，开发岗需对缺点做原因分析等注释。验证缺点开发岗修复完缺点后提交给测试实施岗进行回归测试，结果通常会出现以下两种情况：假如该缺点经验证不经过，测试实施岗退回修改给开发岗，开发岗需对待修改缺点进行修复并提交给测试实施岗进行重新验证，直至验证经过。假如经过测试验证，则该问题便是修改确定经过。假如验证中，该缺点经开发或需求方等确定不纳入本测试任务修改范围，作遗留处理，为有效缺点。（怎样具体定义遗留问题？后续怎样跟进？）假如验证中，测试方和开发方对该缺点是否有效未能达成一致意见，问题提交需求分析岗进行仲裁。统计数据测试任务完成后，由相关人员整理缺点相关数据，并进行分析处理。测试监控测试主管岗在测试实施中需对缺点提交情况、修复情况进行监控，确保按质按时完成任务。缺点定义缺点状态待确定：测试方认为该问题是一个缺点，待和需求或开发深入确定（中间过程状态，未确定是否为有效缺点）待修改：开发修改中（有效缺点）验证中：该缺点开发已修复，测试方正对该问题进行回归测试中（有效缺点）退回修改：该缺点回归测试不经过，重新退回给开发修改（有效缺点）仲裁：测试方和需求方或开发方对该缺点是否有效未能达成一致意见，问题已提交相关人员进行仲裁中。（中间过程状态，未确定是否为有效缺点）修改确定经过：开发已修复，且测试方已回归测试经过（有效缺点）关闭：经确定或仲裁为无效缺点遗留：有效缺点，但经开发或需求方等确定不纳入本测试任务修改范围，作遗留处理注:测试完成后，只许可修改确定经过、关闭、遗留这三种状态存在。缺点类型需求缺点：业务需求错误。包含需求功效步骤错误、需求不完整、不一致、有遗漏、不可行、描述不清楚等。开发缺点：开发修改引发问题。历史遗留：不属于此测试任务问题,属于历史遗留问题,假如对此问题修改后出现其它问题话,衍生问题应填对应其它缺点类型。提议改善：易用性、界面风格等提议改善。操作错误：测试人员操作错误或了解错误,属于无效缺点。环境问题：本测试任务环境问题。跑批问题：本测试任务跑批问题。缺点严重等级严重等级描述具体说明致命不能实施正常工作或关键功效、造成系统瓦解或资源严重不足、造成数据丢失功效未实现或实现错误数据计算错误、产生错误结果程序死循环、数据库发生死锁因错误操作造成程序中止严重严重影响系统要求或基础功效实现、且不存在可替换处理方法或方法功效未实现或实现错误数据计算错误、产生错误结果数据通讯错误、程序接口错误需求功效步骤错误或需求缺失数据约束错误、数据输入输犯错误财务错误交易报错(交易报错造成交易无法继续等)通常影响系统要求或基础功效实现，但存在可替换处理方法或方法打印内容、格式错误简单输入限制未放在前台进行控制删除操作未给出提醒操作界面信息错误（包含数据窗口内列名定义、含义是否一致）数据库表中有过多空字段轻微操作不便或碰到麻烦，但不影响实施工作或使用关键功效界面不规范,域控制不规范辅助说明描述不清楚、提醒窗口文字未采取行业术语输入输出不规范长时间操作未给用户提醒可输入区域和只读区域没有显著区分标志控件没有对齐、标点符号丢失或不正确需求瑕疵包含需求错别字等缺点优先等级表明缺点需要被处理紧急程度，包含四个等级：紧急：要求在4工时内处理，对系统大部分功效、或关键功效有影响高：要求在一个工作日内处理，影响了系统部分功效中：要求在两个工作日内处理，对其它功效模块影响较小低：要求在目前版本处理，对其它功效模块无影响度量指标搜集缺点数据并在其上进行数据分析，作为组织过程财富。指标含义计算公式缺点总数本月发觉总有效缺点数缺点密度反应测试小组发觉缺点能力和开发质量有效缺点数\实施用例数缺点有效率反应测试小组发觉缺点能力和开发质量有效缺点数\总缺点数缺点严重程度说明缺点给最终交付系统或产品可能造成影响程度缺点修复质量缺点问题验证经过次数缺点修复速度缺点修复延误天数缺点修复程度遗留缺点为有效而未修复缺点遗留率=遗留缺点数\总缺点数缺点分布缺点分布各室数量沟