学习ing................

软件测试之“Bug生命周期”

上一篇 / 下一篇  2011-06-20 15:14:45 / 个人分类:手机终端测试

原文地址:http://www.51testing.com/?uid-227201-action-viewspace-itemid-97391

 

 

下面是根据个人的经验总结的Bug生命周期:

 

1测试人员发现Bug并写好Buglist,将Bug提交至CQ Bug库中,提交后,此时Bug的状态为New;

 

2、开发负责人查看New状态的Bug,决定是否修改,可以将Bug改为三种状态:

 

1)如果是Bug,就指派给负责相应模块的开发人员处理,指派后的状态为Assigned;

 

2)有些特殊的Bug的测试需要搁置一段时间,比如一些无关紧要的修改后可能会有风险的问题,在这种情况下,这类Bug就会延迟处理,状态就被设置为Postponed;

 

3)如果不是Bug,开发人员会和提交该Bug的测试人员及测试负责人解释,沟通后开发人员就会拒绝修改,此时Bug的状态为Dropped.

 

3、相应的开发人员查看Assigned状态的Bug,决定是否更改,可以将Bug状态改为以下状态:

 

1)相应的开发人员如果认为不是Bug或者没必要修改,可将Bug状态rejected,并注明理由;

 

2)如果相应的开发人员认为是Bug,就将这个Bug的状态设置为Inprogress状态,这表示开发人员正在处理这个Bug;

 

4、开发人员将Bug修改好后,就会将Bug的状态改为InTest状态;

 

5、测试人员在新版本中验证Intest状态的Bug

 

1)确定修复则将Bug状态改为closed

 

2)如果没有修复将Bug状态改为Failed,此时的Bug状态为NewAgain.



TAG: Bug BUG

 

评分:0

我来说两句

Open Toolbar