51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 11741|回复: 4
打印 上一主题 下一主题

[原创] 软件缺陷生命周期

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2006-11-9 09:18:25 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
软件缺陷的生命周期指的是一个软件缺陷被发现、报告到这个缺陷被修复、验证直至最后关闭的完整过程。
简单的软件缺陷生命周期:
1、发现——打开:测试人员找到软件缺陷并将软件缺陷提交给开发人员;
2、打开——修复:开发人员再现、修复缺陷,然后提交测试人员去验证;
3、修复——关闭:测试人员验证修复过的软件,关闭已不存在的缺陷。
但是这是一种理想的状态,在实际的工作中是很难有这样的顺利的,需要考虑的各种情况都还是非常多的。
复杂的软件缺陷生命周期:
1、新建一个软件缺陷,这个软件缺陷是(open)状态,进行bug审查,不是代码问题,就是设计需要修改;
2、新建一个软件缺陷,这个软件缺陷是(open)状态,进行bug审查,以后修改的,就可以延期;
3、新建一个软件缺陷,这个软件缺陷是(open)状态,进行bug审查,实际没有这个bug,可以将其关闭;
4、新建一个软件缺陷,这个软件缺陷是(open)状态,看是否 清楚可重现,如果不能重现,就是缺少信息,需要返回到(open)状态;如果能够重现,就进行修正,修正后关闭,进行回归测试。
软件缺陷生命周期中的不同阶段是测试人员、开发人员和管理人员一起参与、协同测试的过程。软件缺陷一旦发现,便进入测试人员、开发人员、管理人员严格监控之中,直至软件缺陷的生命周期终结,这样可保证在较短的时间内高效率的关闭所有缺陷,缩短软件测试的进程,提高软件质量,同时减少开发和维护成本。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

5#
发表于 2011-8-16 13:52:02 | 只看该作者
thanks~
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2007-10-26 20:38:34 | 只看该作者
按照楼主的思路,我也简单地总结了一下
理想的软件缺陷生命周期:
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
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2006-11-9 17:44:56 | 只看该作者
谢谢!
回复 支持 反对

使用道具 举报

该用户从未签到

2#
发表于 2006-11-9 12:54:06 | 只看该作者
新建应为new ->是缺陷才open
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-22 15:17 , Processed in 0.071868 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表