51Testing软件测试论坛

标题: 软件缺陷生命周期 [打印本页]

作者: 小雨咪咪    时间: 2006-11-9 09:18
标题: 软件缺陷生命周期
软件缺陷的生命周期指的是一个软件缺陷被发现、报告到这个缺陷被修复、验证直至最后关闭的完整过程。
简单的软件缺陷生命周期:
1、发现——打开:测试人员找到软件缺陷并将软件缺陷提交给开发人员;
2、打开——修复:开发人员再现、修复缺陷,然后提交测试人员去验证;
3、修复——关闭:测试人员验证修复过的软件,关闭已不存在的缺陷。
但是这是一种理想的状态,在实际的工作中是很难有这样的顺利的,需要考虑的各种情况都还是非常多的。
复杂的软件缺陷生命周期:
1、新建一个软件缺陷,这个软件缺陷是(open)状态,进行bug审查,不是代码问题,就是设计需要修改;
2、新建一个软件缺陷,这个软件缺陷是(open)状态,进行bug审查,以后修改的,就可以延期;
3、新建一个软件缺陷,这个软件缺陷是(open)状态,进行bug审查,实际没有这个bug,可以将其关闭;
4、新建一个软件缺陷,这个软件缺陷是(open)状态,看是否 清楚可重现,如果不能重现,就是缺少信息,需要返回到(open)状态;如果能够重现,就进行修正,修正后关闭,进行回归测试。
软件缺陷生命周期中的不同阶段是测试人员、开发人员和管理人员一起参与、协同测试的过程。软件缺陷一旦发现,便进入测试人员、开发人员、管理人员严格监控之中,直至软件缺陷的生命周期终结,这样可保证在较短的时间内高效率的关闭所有缺陷,缩短软件测试的进程,提高软件质量,同时减少开发和维护成本。
作者: tongke    时间: 2006-11-9 12:54
新建应为new ->是缺陷才open
作者: 小雨咪咪    时间: 2006-11-9 17:44
谢谢!
作者: Roseli    时间: 2007-10-26 20:38
按照楼主的思路,我也简单地总结了一下
理想的软件缺陷生命周期:
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
作者: nuanhuakai    时间: 2011-8-16 13:52
thanks~




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2