软件开发缺陷管理流程规范.docx

Bug登记流程规范一、规范目标BUG是软件过程中的重要环节，为了提高工作效率，降低沟通及管理成本，引入禅道用于BUG管理。良好的BUG管理也是团队做好知识积累的基础。特制定本规范，以达到以下目标：1、 为BUG流转的整个过程提供指导，每个过程都描述操作的意义、具体方法、要求及关键点。2、 为版本发布计划提供保证，通过理顺测试流程及特殊情况的处理的方法，为不同情况下发版提供应对方法。二、执行效果本规范启用后公司所有拥有BUG登记权限者能够根据规范顺利完成BUG登记流转工作，不需要过多的额外指导。三、BUG的定义在登记BUG前，根据此定义判断需要提交的问题到底是BUG，还是需求。BUG：系统中已有功能在使用不能完全正常的使用。需求：系统目前没有的功能，不论大小。建议：用户根据自己的业务需要对系统提出的优化要求，会同时包含BUG和需求两类信息。其中BUG类的如：提示信息看不懂、信息描述不清、错别字、界面缺少按钮、所有的用户看不懂的异常报错；其中需求类的如：功能优化、界面优化、性能优化、新增功能；四、BUG登记前准备工作（必须）1、查看已有项目数据进入项目分页中，如下图：点击图中“倒三角”按钮，在下拉列表中查看是否有你要登记BUG所属的项目？如有，可跳过这个准备工作。如无，则点击“+添加项目”按钮，创建一个你需要的项目（不要添加重复的项目信息）2、项目新增 使用项目管理中的“添加项目”按钮，进行项目添加A：填写项目名称，如项目属于XXX产品的个性化定制商品，则命名规则为：所属产品名称-个性化商品名称；项目代号为项目简称。B：如有明确的结束日期，则按实际情况选择，如无则选择“一年”。C：目前项目均属于【运价系统】这个产品的个性化商品定制，关联产品必须要选择“运价系统”否则无法给项目添加需求。保存后，弹出设置界面（此操作必须执行，否则新登记的BUG或需求数据都无法指派给相应人员）选择“设置团队”点击“团队管理”因复制团队功能权限问题暂时不能直接使用，请手动选择上图中所有“研发”及“测试”到团队中，保存数据。没有被选入到该团队管理中的人，对这个项目只有浏览权限，没有操作权限。创建项目完成。五、BUG周期状态说明BUG生命周期：BUG状态说明状态说明激活Bug的初始状态。任何新建的Bug状态都是“激活”。当Bug处于该状态时，说明该问题正在等待被指派人员的处理。已解决Bug解决完成，此时需要提交人验证是否修复成功。已关闭已修复Bug在提交人验证无误之后关闭，该Bug处理完毕。如果没有真正解决或者重新复现，可以重新“激活”该Bug。六、BUG登记及流转规范以下开始对登记中所有操作分角色进行详细描述，填写时一定按照规范描述进行：1、 提交BUG（运营、产品、测试、其他相关人员）请按图上分解步奏操作！A：进入【项目】分页的【Bug】分页B：选择需要登记bug所属的项目C：点击“+提Bug”按钮请严格按照下图中红色描述进行填写！保存提交后的BUG如下图。自此BUG提交完毕，后续只要进入项目的BUG管理界面，就能看到所有BUG的修改情况和进度。2、 修复BUG（研发人员）提交成功后，等待验证的BUG状态如下图；当【BUG解决者、方案】字段为空时，说明这个BUG在等待被指派人处理中。 研发查看理解BUG后，点击“解决”按钮，打开解决问题窗口。根据BUG的实际情况，填写不同的解决方案。以下分别对每种不同处理方案做详细操作描述。1） 不是BUG打开解决问题窗口，严格按照下图中红框及文字描述填写操作。保存后该BUG的状态如下图：2） 不予解决当BUG修复成本过高，修复后会带来更严重的问题时，打开解决问题窗口，严格按照下图中红框及文字描述填写操作。保存后该BUG的状态如下图：3） 重复的BUG打开解决问题窗口，严格按照下图中红框及文字描述填写操作。保存后该BUG的状态如下图：4） 外部原因引起的BUG当BUG是非产品本身原因产生时，打开解决问题窗口，严格按照下图中红框及文字描述填写操作。保存后该BUG的状态如下图：5） 无法重现的BUG根据问题描述，无法重现BUG，则不能对这个BUG进行相应处理。这类情况处理步骤如下：直接与提交人联系沟通问题产生步骤，询问后可以重现出来的，就按具体BUG情况处理问题；如只在提交人电脑产生问题，则根据具体情况推论问题产生原因，再进行相应处理。如提交人处也不再重现该问题，则如下操作：打开解决问题窗口，严格按照下图中红框及文字描述填写操作。保存后该BUG的状态如下图：6） 延期处理打开解决问题窗口，严格按照下图中红框及文字描述填写操作。保存后该BUG的状态如下图：7） 正常处理修复完成BUG后，打开解决问题窗口，严格按照下图中红框及文字描述填写操作。保存后该BUG的状态如下图：3、 关闭BUG当研发人员处理好BUG后，有以下类型：提交人接收到以上类型的BUG时，表示这些问题在等待你验证修复情况。研发在BUG中回复的问题原因，跟进处理BUG即可。此后需要进行关闭BUG操作，方法如下图：点击保存后，BUG状态变为关闭，关闭后的BUG如下图：自此一个BUG的生命流程结束。4、 激活BUG激活是一个让已经被关闭or被修复的BUG重新打开的操作。在以下两种情况时使用：1） 已经提交并修复验证完成，被关闭的BUG再后续使用中又再次出现。2） 状态为“已解