欢迎来到天天文库
浏览记录
ID:39550130
大小:244.00 KB
页数:5页
时间:2019-07-06
《Jira上Bug处理流程》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库。
1、Jira上Bug处理流程第一章LIT的Jira上问题处理流程具体处理流程如下: 1、LIT测试过程中发现问题,在JIRA上新建Bug,分配Bug给相关Team组长,Bug为Open状态; 2、组长接收到邮件通知后,将Bug分配给相应开发人员,Bug保持Open状态; 3、开发人员接收到邮件通知后分析问题,若需要修改将Bug状态改为Inprogress;若不需要修改直接将Bug状态改为Resolved(Won'tFix); 4、开发人员修改Bug完毕后,将Bug状态变更为Resolved(Fi
2、xed); 5、LIT对状态为Resolved的Bug进行验证,若验证通过,将Bug状态改为Closed,若验证不通过,将Bug状态改为Reopen;6、对于Reopen状态的bug,重新按上面3-5步骤进行处理,直至问题Closed;7、对于Open或Reopen状态的Bug若是暂时无法解决可以采取挂起的方式,修改Bug为Resolved状态,并设置解决方式为Pending。 第二章SIT的Jira上问题处理流程 SIT的Jira上问题处理流程分为早期版本和新版本(将来版本)两种,对于新版本的流
3、程在Jira上有单独标识,没有标识的即为早期版本。两种处理流程有所差异。2.1早期版本处理流程 1、SIT测试过程中发现问题,在JIRA上新建Bug,分配Bug给相关Team组长,Bug为Open状态; 2、组长接收到邮件通知后,将Bug分配给相应开发人员,Bug保持Open状态; 3、开发人员接收到邮件通知后分析问题,若不需要修改直接将Bug状态改为Resolved(Won'tFix);若需要修改,在Bug修改完毕后,将Bug状态改为Inprogress; 4、LIT对InProgress
4、状态的Bug进行验证,若验证通过,将Bug状态改为Resolved(Fixed),若验证不通过,将Bug状态改为先Resolved,然后再改为Reopen(受Jira定义的业务流程限制只能按照这种方式来Reopen); 5、SIT对Resolved的Bug进行验证,若验证通过,将Bug状态改为Closed,若验证不通过,将Bug状态改为Reopen; 6、对于Reopen状态的Bug,重新按上面3-5步骤进行处理,直至问题Closed;7、对于Open或Reopen状态的Bug若是暂时无法解决可以
5、采取挂起的方式,修改Bug为Resolved状态,并设置解决方式为Pending。2.2新版本(将来版本)处理流程1、SIT测试过程中发现问题,在JIRA上新建Bug,分配Bug给相关Team组长,Bug为Open状态; 2、组长接收到邮件通知后,将Bug分配给相应开发人员,Bug变更为Assign状态,若是选择Accept表示将问题分配给自己; 3、开发人员接收到邮件通知后分析问题,若不需要修改直接将Bug状态改为Resolved(Won'tFix);若需要修改,在Bug修改完毕后,将Bug状态
6、改为Resolved(Fixed); 4、LIT对Resolved状态的Bug进行验证,若验证通过,将Bug状态改为LITVerified,若验证不通过,将Bug状态改为Reopen; 5、SIT对LITVerified状态的Bug进行验证,若验证通过,将Bug状态改为Closed,若验证不通过,将Bug状态改为Reopen;6、对于Reopen状态的Bug,重新按上面3-5步骤进行处理,直至问题Closed;7、对于Assigned或Reopen状态的问题若是暂时无法解决可以采取挂起的方式,修改
7、Bug为Pending。第三章备注在上述LIT的Jira处理流程和SIT的Jira处理流程中,研发对于Bug状态的修改必须添加相应备注信息。备注信息说明如下:1、开发人员修改Bug状态时,应在备注中填写问题产生的原因和解决方案;2、LIT测试人员修改Bug状态时,应在备注中填写Bug验证结果,并提交问题具体解决的版本号
此文档下载收益归作者所有