Jira上Bug处理流程

Jira上Bug处理流程

第一章LIT的Jira上问题处理流程

具体处理流程如下：

1、LIT测试过程中发现问题，在JIRA上新建Bug，分配Bug给相关Team组长，Bug为Open状态； 2、组长接收到邮件通知后，将Bug分配给相应开发人员，Bug保持Open状态；

3、开发人员接收到邮件通知后分析问题，若需要修改将Bug状态改为In progress；若不需要修改直接将Bug状态改为Resolved(Won't Fix )；

4、开发人员修改Bug完毕后，将Bug状态变更为Resolved(Fixed)；

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上问题处理流程分为早期版本和新版本（将来版本）两种，对于新版本的流程在Jira上有单独标识，没有标识的即为早期版本。两种处理流程有所差异。

2.1 早期版本处理流程

1、SIT测试过程中发现问题，在JIRA上新建Bug，分配Bug给相关Team组长，Bug为Open状态； 2、组长接收到邮件通知后，将Bug分配给相应开发人员，Bug保持Open状态；

3、开发人员接收到邮件通知后分析问题，若不需要修改直接将Bug状态改为Resolved(Won't Fix)；若需要修改，在Bug修改完毕后，将Bug状态改为In progress；

4、LIT对In Progress状态的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若是暂时无法解决可以采取挂起的方式，修改Bug为Resolved状态，并设置解决方式为Pending。

2.2 新版本（将来版本）处理流程

1、SIT测试过程中发现问题，在JIRA上新建Bug，分配Bug给相关Team组长，Bug为Open状态； 2、组长接收到邮件通知后，将Bug分配给相应开发人员，Bug变更为Assign状态，若是选择Accept表示将问题分配给自己；

3、开发人员接收到邮件通知后分析问题，若不需要修改直接将Bug状态改为Resolved(Won't Fix)；若需要修改，在Bug修改完毕后，将Bug状态改为Resolved（Fixed）；

4、LIT对Resolved状态的Bug进行验证，若验证通过，将Bug状态改为LIT Verified，若验证不通过，将Bug状态改为Reopen；

5、SIT对LIT Verified状态的Bug进行验证，若验证通过，将Bug状态改为Closed，若验证不通过，将Bug状态改为Reopen；

6、对于Reopen状态的Bug，重新按上面3-5步骤进行处理，直至问题Closed；

7、对于Assigned或Reopen状态的问题若是暂时无法解决可以采取挂起的方式，修改Bug为Pending。 第三章 备注

在上述LIT的Jira处理流程和SIT的Jira处理流程中，研发对于Bug状态的修改必须添加相应备注信

息。备注信息说明如下：

1、 开发人员修改Bug状态时，应在备注中填写问题产生的原因和解决方案；

2、 LIT测试人员修改Bug状态时，应在备注中填写Bug验证结果，并提交问题具体解决的版本号