高级测试员才会知道的bug状态

Report bug之后，bug都会有哪些存在状态？哪些状态又需要测试参与呢？

Bug状态流程图

---

New:

当你发现一个bug的时候，需要与项目负责人或者你的leader沟通以确认发现的确实是一个bug，如果被确认是一个bug后，就可以将其记录下来，并将bug的状态设为New。

Assigned：

当一个bug被指认为New之后，将其指派给开发人员，开发人员将确认这是否是一个bug，如果是，开发组的负责人就将这个bug指定给某位开发人员处理，并将bug的状态设定为Assigned

Open：

一旦开发人员开始处理bug的时候，他就将这个bug的状态设置为Open，这表示开发人员正在处理这个bug

Fixed：

当开发人员进行处理（并认为已经解决）之后，他（她）就可以将这个bug的状态设置为Fixed并将其提交给开发组的负责人，然后开发组的负责人将这个bug返还给测试组

Pending Reset：

当bug被返还到测试组后，我们将bug的状态设置为“Pending Reset”

Reset：

测试组的负责人将bug指定给某位测试人员进行再测试，并将bug的状态设置为Reset

Closed：

如果测试人员经过再次测试之后确认bug已经被解决之后，就将bug的状态设置为Closed

Reopen：

如果经过再次测试发现bug（指bug本身而不是包括因修复而引发的新bug）仍然存在的话，测试人员将bug再次传递给开发组，并将bug的状态设置为“Reopen”

Pending Reject：

如果测试人员传递到开发组的bug被开发人员认为是正常行为而不是bug时，这种情况下开发人员可以拒绝，并将bug的状态设置为“Pending Reject”

Rejected：

测试组的负责人接到上述Pending Reject bug的时候，如果她发现这是产品说明书中定义的正常行为或者经过与开发人员的讨论之后认为这并不能算作bug的时候，开发组负责人就将这个bug的状态设置为“Rejected”

Postponed：

有些时候，对于一些特殊的bug的测试需要搁置一段时间，事实上有很多原因可能导致这种情况的发生，比如无效的测试数据，一些特殊的无效的功能等等，在这种情况下，bug的状态就被设置为“Postponed”

Deferred：

有些情况一些特殊的bug显得不那么重要，同时也是可以消除的，这个时候我们可以将bug的状态设置为Deferred

---

测试好苦，宝宝心里苦！