Jetbrains全系列IDE稳定放心使用

前言：

基本定义：BUG从发现到这个bug关闭，是一个完整的生命周期。

一：从具体状态上来讲

状态有这几种：

1：new-bug被第一次发现的时候，确认是一个问题，将bug进行记录。

2：assigned-当这个bug被指派给某个开发时，bug的状态变为assigned（已指派）。

3：open-在被指派的开发进行bug修复的时候，表示开发正在处理这个bug。

4：fixed-当被指派的开发将该bug修复完成的时候，表示bug已修复完成。

5：pending reset-待测试，开发修复完成，将bug转到测试手中未测试时的状态。

6：reset-再测试，测试组负责人将bug指派给某位测试人员时，为reset（重置）状态。

7：closed-测试人员进行回归确认该bug已经被修复，状态为closed（关闭）。

8：reopen-测试人员进行回归，发现该bug仍有问题，将其再打开，称为reopen（再打开）。

9：pending reject-在开发人员认为这不是个bug时，为拒绝中的状态。

10：rejected-在开发拒绝后，测试人员确认不是问题后，为被拒绝的状态。

11：postponed-延期，某些bug由于种种原因未能被修复，则是延期状态。

二：在工作中的状态：

具体含义和上述大同小异

1：open-发现bug，指派给开发，但是开发还没有进行，处于打开状态。

2：in progress-开发正在修复该bug，处于进程中状态。

3：closed-开发由于一些原因，拒绝了bug的修复，直接关闭了bug。

4：resolved-bug修复完成，等待测试的状态。

5：in QA-测试进行bug回归时的状态。

6：reopened-回归后发现bug有问题，再一次打开的状态。

三、个人理解及举例

1、QA发现一个bug，在Jira（bug管理工具）创建一个问题，发现自己误操作导致，所以关闭该bug：

Open–Closed

2、QA发现一个bug，在Jira（bug管理工具）创建一个问题，RD接受了这个问题，准备修改，QA发现重复提交了，直接关闭

Open–In progress–Closed   

3、 QA发现一个bug，在Jira（bug管理工具）创建一个问题，RD接受了这个问题，进行修改，修改完成后，重新指配给测试，QA重新测试，发现仍存在问题，重新打开，等待RD再次修改完，确定没问题，然后关闭该bug。

Open→In progress→Resolved→In QA→Reopend→Closed

备注：

个人觉得这个很简单的，你可以理解成一个故事，你发现问题，告诉别人，别人觉得是问题，然后修改，你在验证，没问题就关闭，很简单的。。。