BUG管理规范与流程

BUG管理流程与规范TOC\o"1-5"\h\z\o"CurrentDocument"概述3\o"CurrentDocument"编写目的3\o"CurrentDocument"适用范围4\o"CurrentDocument"关键角色及应负责任4\o"CurrentDocument"BUG流程图5\o"CurrentDocument"活动描述5\o"CurrentDocument"BUG书写规范7\o"CurrentDocument"测试人员BUG提交7主题7步骤7实际结果7预期结果7备注7\o"CurrentDocument"开发人员解决BUG8\o"CurrentDocument"BUG严重等级9\o"CurrentDocument"致命9\o"CurrentDocument"严重9\o"CurrentDocument"一般10\o"CurrentDocument"优化10\o"CurrentDocument"BUG优先级10\o"CurrentDocument"紧急10\o"CurrentDocument"高10\o"CurrentDocument"中11\o"CurrentDocument"低11\o"CurrentDocument"BUG解决方案11\o"CurrentDocument"设计如此11\o"CurrentDocument"重复BUG11\o"CurrentDocument"已解决11\o"CurrentDocument"无法重现11\o"CurrentDocument"延期处理11\o"CurrentDocument"新增/变更需求11\o"CurrentDocument"BUG状态11\o"CurrentDocument"激活11\o"CurrentDocument"已解决11\o"CurrentDocument"关闭11\o"CurrentDocument"其他要求11\o"CurrentDocument"相关文件12\o"CurrentDocument"附件12概述编写目的本文档定义bug的整个生命周期，规范bug的管理流程。Bug在流转的过程中有章可循。规范bug严重等级与bug解决优先级，使开发人员与测试人员能根据此文档准确判断

bug的严重程度并加以解决。适用范围本文档适用测试人员、开发人员。2关键角色及应负责任序号角色应负责任01测试工程师1）提交bug,用bug级别反映bug的严重程度，2）验证bug是否已被解决02测试负责人1）审核测试人员提交的bug;2）定位测试工程师提交的bug优先级3）定期对bug库进行分析，描绘出曲线图等，报告现状、预测趋势，在测试总结报告中给出意见。4）分析项目测试过程中存在的风险03开发工程师1）分析bug,写出问题原因，修改bug,2）实行bug优先原则，严重程度5个以上的，停止新功能的开发。04开发负责人1）每天对bug进行分配，标注处理意见2）定期对bug库分析，对bug多的模块，进行代码走查。3）分析bug修复进度，对项目的质量、进行风险评估。4）跟踪被需求确认可延期处理的bug05系统工程师1）解释需求，给出处理意见，2）将bug库中的建议整理成为需求文档3）当开发和测试存在意见分歧时，进行需求确认。3Bug流程图Bug管理流程樨出bug 修房阶段 验证阶段 艰睐阶段师程工试测管主试测Bug验证 ］是否修复 关闭bug3Bug流程图Bug管理流程樨出bug 修房阶段 验证阶段 艰睐阶段师程工试测管主试测Bug验证 ］是否修复 关闭bugbug,明产生原因师程工发开JL是否延期

修复是否是bug修复bug确认用百派bug管主发开师程工统系仲裁是否是bug分析是否J 是否在该卜是bug 版本修复确认bug为延期修复,

但bug状态为已解决，

不能关闭，在修复完

成以后需要指派给测试人员进行验证是否新增/变更需求求，修改需求文档Bug状态：激活，已修复，已关闭解决方案：设计如此，重复Bug,已解决，无法重现，延期处理，新增/变更需求4活动描述序号活动名称参与角色活动描述输入、输出信息处理时限01提交bug测试工程师详细书写Bug,指派给对应的测试负责人输入信息：无输出信息：在禅道上提交bug02Bug确认与分配测试负责人根据<<软件需求>>判定是否是Bug,给出意见输入信息：测试人员提交的bug,测试用例，软件需求输出信息：确定bug优先级，指派给开发负责人。0.5个工作日03分析确认并指派Bug开发负责人根据<<软件需求>>判定是否是Bug,给出意见输入信息：测试负责人指派的bug,软件需求，程序源代码等输出信息：0.5个工作日

分析Bug,指派给对应的开发工程师，不是bug或应该需求变更时，指派给相关人员04修复Bug开发工程师修改Bug,给出解决方案，修复再次激活的bug。输入信息：开发负责人确认指派的bug,软件需求输出信息：Bug的解决方案，产生bug的原因，指派给对应的测试工程师0.5个工作日05验证Bug测试工程师验证Bug,给出验证结果输入信息：开发工程师指派的已修复的Bug,需求确认转为变更或新增需求的bug输出信息：如果Bug未修改，激活并指派给对应的开发工程师；如果Bug已修改或系统工程师确认转为需求的bug,关闭bug,0.5个工作日06确认bug延期测试主管分析bug,确认bug是否能延期处理输入信息：开发或系统工程师指派的延期bug输出信息：确认是否能延期处理，对应延期的bug在开发修复的版本进行激活视实际情况而定07Bug仲裁系统工程师根据<<软件需求>>判定是否是Bug,给出处理意见输入信息：测试主管指派的延期bug或需要系统工程师确认的bug,开发主管指派的新增/变更需求的bug。输出信息：给出明确处理结果，属0.5个工作日于新增/变更需求的bug需要在需求文档中记录相关需求。5BUG书写规范测试人员BUG提交主题?用一个简短的句子描述问题，不要写成一大段?以进入问题模块路径开头，方便项目经理分派任务，以及开发人员定位问题?描述问题时要详细、简练、抓住要点，直接切入正题，不要罗嗦?不要夸大或缩小问题的严重程度步骤?用数字编号，一步步的描述重现问题的所有操作步骤?提供明确的再现问题的步骤，避免问题被以“不能重现”关掉?设置区域需要详细描述，如：各设置项值为默认、**值更改为“”，其他设置项值为默认;?尽量用动词作为开头，描述每个步骤。如：打开、点击、设置、选择、插入、双击等?不要在一个步骤中描述不相关的多个操作。如果是相关的一系列操作，可以使用“一”来连接描述。?按照你写的步骤去执行，看问题能否重现?不要在步骤中使用含糊不清的缩写词描述实际结果?实际只描述一个问题?同样的操作步骤产生多种现象，要在一个缺陷报告中加以描述?不同的操作步骤产生不同的问题，分别报bug?如果有截图，请列出所附的图片信息预期结果?不要加入实际结果的描述信息?描述要清晰，不要使用含糊不清的缩写词描述?如果有截图，请列出所附的图片信息备注?避免写成大段落，要写得简单、易读?问题的特征?出现问题后的解决方法?对终端客户的影响情况?如果有必要，列出产生问题的配置环境开发人员解决BUG1.BUG的原因。2.BUG的修改方法3.BUG可以在哪个版本上进行验证。4.测试人员验证bug时，需要写明：验证了什么，在什么版本验证，是否通过，如果不通过需写明原因。如果在验证当前bug时有新现象产生阻碍了验证此bug,则该bug不能关闭，写明没有验证的原因，并为新现象提bug。举例1：BUG慨7s还教历史中，还款期数排列豳序同通歪艮步理陟獴K用户进入财务管理-正常还款确认在引爆中选择一条里据查看该单据的还款期掇第果1K还款期麴不是按照正常的排列腼序显示期望12、还款顺序按照正常顺序显示,提时间上瞪定或者是金额上的约定来显示该还款期数）现象:□证款日即irSC5T»/中，土湾问白喻.11亦*TB-LT21QXCITOKD2S4QIE2ODescuZ2RKtH-LT3EECC174ED2三如］esco33出MrXHT30000mzB2510W1TO丈一m期片中-车主利宅瑕更新RVJ180五BEHEEEET]4IZEE-EEEK-E-"'12&ID■a2CKJE31DDW细KF9-1T&时钺节TWIFEE斑咏肝254033H14-OT-1S&GECEEE7IQI^EEEEEH=£T?E4£i□修改后:BUG#575还款历史中，还款期数排席混乱没有按般正序或逆序排列重现步孽茜獴1、用户进入财务管理-正常还款确认一“在为廉中选捺一条单据3查看该单据的还款期勉―士还款期非列顺序混乱没有按照正序或逆序排列陪果］还款历史卬，还款懒排列顺序混乱没有按照正序或逆序排列mi还款顺序按照正常顺序显示.（是时间上的约定或者是金领上的约定来显示该还款期数）BUG严重等级致命不能执行正常工作功能或重要功能，因软件原因导致系统死机等，须马上修正致命错误。通常有如下情况：.内存泄漏.由于执行程序引发数据库发生死锁.用户数据丢失或破坏.系统崩溃.死机.程序无法启动或异常退出.因错误操作导致的程序中断.功能设计与需求严重不符严重影响系统功能或操作，应用模块错误使业务中止无法进行后续操作，主要功能存在严重缺陷，但不会影响到系统稳定性。具体基本上可分为：.功能未实现.功能错误.业务中止，无法进行后续操作.数据库的表、业务规则、缺省值未加完整性等约束条件.数据库表结构错误，字段长度不够，缺少表、存储.语音或数据通讯错误.数值计算错误.前台提示存储报错.系统所提供的功能或服务受明显的影响一般影响系统正常运行的缺陷，主要功能出现错误，影响到产品的使用。例如：次要功能不能正常实现；查询错误，数据错误显示；简单的输入限制未放在前台进行控制具体基本上可分为：.操作界面错误（包括数据窗口内列名定义、含义是否一致）.报表打印内容、格式错误、取值错误.页面查询结果错误，自动读值项取值错误.边界条件下错误.提示信息错误（包括未给出信息、信息提示错误等）.简单的输入限制未放在前台进行控制.长时间操作无进度提示.光标跳转设置不好，鼠标（光标）定位错误优化使操作者不合理或者不方便或操作遇到麻烦，但它不影响执行工作功能或重要功能,次要功能，对产品使用影响不大。例如：程序在一些显示上不美观，不符合用户习惯，或是一些文字的错误。具体基本上可分为：.界面格式等不规范.辅助说明描述不清楚.操作时未给用户提示.可输入区域和只读区域没有明显的区分标志.个别不影响产品理解的错别字.文字排列不整齐等一些小问题.提示窗口文字未采用行业术语BUG优先级紧急阻止与此密切相关功能的进一步测试，需要立即修复高必须修改，发版前必须修正中必须修改，不一定马上修改，但需确定在某个特定里程碑结束前须修正低对系统的影响较小，如果时间允许应该修改BUG解决方案设计如此设计如此，测试人员理解错误，无需改动，即无效的bug重复bug以前已经有同样的