BUG的⽣命周期bug的⼏个状态。
BUG ⽣命周期中的各个状态从⼀个bug被发现到这个bug被关闭这⼀段时间,bug可能会有以下状态:
new ,open Postpone,Pending Retest,Retest,Pending Reject,Reject,Deferred,closed.(请注意这⾥有很多种状态,我们需要根据不同情况来决定怎样或者是否需要跟开发⼈员沟通)
下⾯就对这⼏种状态进⾏以下解释:
New:(新的)
当某个“bug”被发现的时候(第⼀次),测试⼈员需要与项⽬负责⼈沟通以确认发现的的确是⼀个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(被拒绝的) 测试组的负责⼈接到上述bug的时候,如果他(她)发现这是产品说明书中定义的正常⾏为或者经过与开发⼈员的讨论之后认为这并不能算作bug的时候,发组负责⼈就将这个bug的状态设置为“Rejected”
Postponed(延期)有些时候,对于⼀些特殊的bug的测试需要搁置⼀段时间,事实上有很多原因可能导致这种情况的发⽣,⽐如⽆效的测试数据,⼀些特殊的⽆效的功能等等,在这种情况下,bug的状态就被设置为“Postponed“
如果测试⼈员传递到开发组的
bug
被开发⼈员认为是正常⾏为⽽不是
bug
时,这种情况
下开发⼈员可以拒绝,并将
bug
的状态设置为“
Pending Reject
Rejected(
被拒绝的
)
测试组的负责⼈接到上述
bug
的时候,如果他(她)发现这是产品说明书中定义的正常⾏
为或者经过与开发⼈员的讨论之后认为这并不能算作
bug
pending的时候,开发组负责⼈就将这个
bug
的状态设置为“
Rejected
Postponed
(延期)
有些时候,对于⼀些特殊的
bug
的测试需要搁置⼀段时间,事实上有很多原因可能导致这
种情况的发⽣,⽐如⽆效的测试数据,⼀些特殊的⽆效的功能等等,在这种情况下,
bug
的状态就被设置为“
Postponed
Deferred(延期的)有些情况⼀些特殊的bug显得不那么重要,同时也是可以消除的,这个时候我们可以将bug的状态设置为“Deferred”。

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