一、规范目标
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） 状态为“已解决”的BUG在验证是否修复时发现没有修复。 操作方式如下：
如需激活上图13号BUG，则点击该条数据，进入详情页面
点击详情页面中的“激活”按钮，打开激活窗口，按下图红色文字要求填写。
激活后的BUG状态与新提交的BUG状态一致，如下图：
因篇幅问题不能全部显示，请点此查看更多更全内容