BUG的⼏种状态
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
pending
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

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。