● BUG初始状态(Unconfirmed&New态) ● BUG分配状态(Assigned态) ● BUG重新分配状态(Reassigned态) ● BUG修复状态(Resolved&Fixed态) ● BUG验证状态(Vertified&Fixed态) ● BUG重新打开状态(Reopen态) ● BUG关闭状态(Closed&Fixed态)
6、BUG生命历程的5种典型过程
(1)BUGStart--> BUG初始状态 -->BUG分配状态-->BUG重新分配状态 --> BUG修复状态 -->BUG验证状态 --> BUG关闭状态
测试人员发现BUG并且将该BUG标记为Unconfirmed&New状态,下一步测试人员在排除BUG的登记错误后,将该BUG置为Assigned状态。实现人员接到该BUG通告进行BUG确认,确认成功后该BUG状态被置为Reassigned状态,当实现人员修复BUG后该BUG置为Resolved&Fixed状态。测试人员对实现人员修复后的BUG进行确认测试,如果该BUG被正确修复了,那么其状态被置为Closed&Fixed状态,同时意味着该BUG的整个生命周期终结了
(2)BUGStart--> BUG修复状态 --> BUG验证状态 -->BUG关闭状态
回归测试后,如果部分登记BUG再次出现,测试人员可直接将已登记的Closed&Fixed状态的BUG转入修复流程,等实现人员修复BUG后将该BUG置为Resolved&Fixed状态。测试人员对实现人员修复后的BUG进行确认测试,如果该BUG被正确修复了,那么其状态被置为Closed&Fixed状态,同时意味着该BUG的整个生命周期终结了
(3)BUGStart--> BUG初始状态 --> BUG分配状态-->BUG重新分配状态
测试人员发现BUG并且将该BUG标记为Unconfirmed&New状态,下一步测试人员在排除BUG的登记错误后,将该BUG置为Assigned状态。实现人员接到该BUG通告进行BUG确认,确认失败后该BUG状态被置为Reassigned状态并发送回BUG起始阶段
(4)BUGStart--> BUG初始状态 --> BUG分配状态-->BUG重新分配状态 --> BUG修复状态 -->BUG重新打开状态
测试人员发现BUG并且将该BUG标记为Unconfirmed&New状态,下一步测试人员在排除BUG的登记错误后,将该BUG置为Assigned状态。实现人员接到该BUG通告进行BUG确认,确认成功后该BUG状态被置为Reassigned状态,当实现人员修复BUG后该BUG置为Resolved&Fixed状态,但是实现人员发现该BUG与其他实现人员的BUG有关联关系,可能导致本次修复无效,所以实现人员将该BUG置为Reopen状态发送回BUG起始阶段
(5)BUGStart--> BUG初始状态 --> BUG分配状态-->BUG重新分配状态 --> BUG修复状态 -->BUG验证状态 --> BUG重新打开状态
人员接到该BUG通告进行BUG确认,确认成功后该BUG状态被置为Reassigned状态,当实现人员修复BUG后该BUG置为Resolved&Fixed状态。测试人员对实现人员修复后的BUG进行确认测试,验证成功后测试人员怀疑该BUG并非真正修复,将该BUG置为Reopen状态发送回BUG起始阶段
网友评论