软件缺陷生命周期

上一篇 / 下一篇  2007-12-06 21:30:23

软件缺陷的生命周期指的是一个软件缺陷被发现、报告到这个缺陷被修复、验证直至最后关闭的完整过程。
简单的软件缺陷生命周期:
1、发现——打开:测试人员找到软件缺陷并将软件缺陷提交给开发人员;
2、打开——修复:开发人员再现、修复缺陷,然后提交测试人员去验证;
3、修复——关闭:测试人员验证修复过的软件,关闭已不存在的缺陷。
但是这是一种理想的状态,在实际的工作中是很难有这样的顺利的,需要考虑的各种情况都还是非常多的。
复杂的软件缺陷生命周期:
1、新建一个软件缺陷,这个软件缺陷是(open)状态,进行bug审查,不是代码问题,就是设计需要修改;
2、新建一个软件缺陷,这个软件缺陷是(open)状态,进行bug审查,以后修改的,就可以延期;
3、新建一个软件缺陷,这个软件缺陷是(open)状态,进行bug审查,实际没有这个bug,可以将其关闭;
4、新建一个软件缺陷,这个软件缺陷是(open)状态,看是否 清楚可重现,如果不能重现,就是缺少信息,需要返回到(open)状态;如果能够重现,就进行修正,修正后关闭,进行回归测试。
软件缺陷生命周期中的不同阶段是测试人员、开发人员和管理人员一起参与、协同测试的过程。软件缺陷一旦发现,便进入测试人员、开发人员、管理人员严格监控之中,直至软件缺陷的生命周期终结,这样可保证在较短的时间内高效率的关闭所有缺陷,缩短软件测试的进程,提高软件质量,同时减少开发和维护成本。
 
 
理想的软件缺陷生命周期:
new—open—fixed—closed
复杂的软件缺陷生命周期:
1、new一个软件缺陷,经PM/CBB评审,是postphone,到最后期限,不得不open,fixed,close
2、new一个软件缺陷,经PM/CBB评审,是duplicate,测试人员可以将close
3、new一个软件缺陷,经PM/CBB评审,是abandon,测试人员可以将其close
4、new一个软件缺陷,这个软件缺陷是(open)状态,开发人员reject,测试人员进行bug审查,bug不存在,可以将其close;
5、新建一个软件缺陷,这个软件缺陷是(open)状态,开发人员fixed,测试人员进行回归测试,回归测试不通过,交给开发人员reopen,fixed,close

TAG:

 

评分:0

我来说两句

日历

« 2024-05-05  
   1234
567891011
12131415161718
19202122232425
262728293031 

数据统计

  • 访问量: 14707
  • 日志数: 24
  • 建立时间: 2007-11-18
  • 更新时间: 2008-08-26

RSS订阅

Open Toolbar