1、New（新的）
- 当某个 bug 被发现的时候（第一次），测试人员需要与项目负责人沟通以确认发现的的确是一个 bug，如果被确认是一个 bug，就将其记录下来，并将 bug 的状态设为 New。
2、Assigned（已被指派的）
- 当一个 bug 被指认为 New 之后，将其提交给开发人员，开发人员将确认这是否是一个 bug，如果是，开发组的负责人就将这个 bug 指定给某位开发人员处理，并将 bug 的状态设定为 Assigned。
3、Open（打开的）
- 一旦开发人员处理 bug 的时候，他就将这个 bug 的状态设置为 Open，这就表示开发人员正在处理这个 bug。
4、Fixd（已修复的）
- 当开发人员进行处理（并认为已经解决）之后，他就可以将这个 bug 的装填设置为 Fixed，并将其提交给开发组的负责人，然后开发组的负责人将这个 bug 返回给测试组。
5、Pending Reset（待再测试的）
- 当 bug 被返回到测试组后，我们将bug的状态设置为 Pending Reset。
- Reset（再测试）测试组的负责人将 bug 指定给某位测试人员进行再测试，并将 bug 的状态设置为 reset
6、close（已关闭的）
- 如果测试人员经过再次测试之后确认 bug 已经被解决之后，就将 bug 的状态设置为 "Close"
7、reopen（再次打开的）
- 如果经过再次测试发现 bug（指 bug 本身而不是包括因修复而引发的新 bug）仍然存在的话，测试人员将 bug 传递给开发组，并将 bug 的状态设置为 "Reopen"
8、Pending Reject（拒绝中）
- 如果测试人员传递到开发组的 bug 被开发人员认为是正常行为而不是 bug 时，这种情况下，开发人员是可以拒绝，并将 bug 的装填设置为 "Pending Reject"
9、Rejected（被拒绝的）
- 测试组的负责人接到上述 bug 的时候，如果他发现这是产品说明书中定义的正常行为或者经过与开发人员的讨论之后认为这并不能作 bug 的时候，负责人就将这个 bug 的状态设置为 Rejected