友情提醒:按住Ctrl滚动鼠标滚轮可改变文章字体大小:-) 交流Email: tt-testing@hotmail.com

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

上一篇 / 下一篇  2008-11-12 23:51:30 / 个人分类:软件测试流程

下面是根据个人的经验总结的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生命周期 软件测试流程

ZMLsimple的个人空间 引用 删除 ZMLsimple   /   2012-09-25 11:45:16
如果不是Bug,开发人员会和提交该Bug的测试人员及测试负责人解释,沟通后开发人员就会拒绝修改,此时Bug的状态为Dropped.

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

这两步有何区别呢?
ZMLsimple的个人空间 引用 删除 ZMLsimple   /   2012-09-25 00:44:46
5
 

评分:0

我来说两句

日历

« 2024-04-08  
 123456
78910111213
14151617181920
21222324252627
282930    

我的存档

数据统计

  • 访问量: 15882
  • 日志数: 12
  • 建立时间: 2008-11-12
  • 更新时间: 2008-11-28

RSS订阅

Open Toolbar