51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 4538|回复: 7
打印 上一主题 下一主题

[原创] 缺陷管理的流程

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-12-19 14:05:50 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
缺陷管理的一般流程
    缺陷管理的流程比较简单,流程中涉及到的角色和状态如下
    流程中的角色:
    1、 测试人员:进行测试的人员,缺陷的发起者;
    2、 项目经理:对整个项目负责,对产品质量负责的人员;
    3、 开发人员:执行开发任务的人员,完成实际的设计和编码工作;
    4、 评审委员会:对缺陷进行最终确认,在项目成员对缺陷达不成一致意见时,行使仲裁权力。
    缺陷的状态
    1、 初始化:缺陷的初始状态;
    2、 待分配:缺陷等待分配给相关开发人员处理;
    3、 待修正:缺陷等待开发人员修正;
    4、 待验证:开发人员已完成修正,等待测试人员验证;
    5、 待评审:开发人员拒绝修改缺陷,需要评审委员会评审;
    6、 关闭:缺陷已被处理完成
缺陷管理的流程图如下:

迅捷缺陷跟踪管理系统2007分为postgres和sql server两种版本
http://www.pingway.com/html/download/bim/pingwaybim2007setup.exe
http://www.pingway.com/html/down ... sqlserver-setup.exe
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2007-12-30 21:10:02 | 只看该作者

Bug

有点太简练了
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2008-1-1 18:54:16 | 只看该作者
缺陷的状态有很九种,测试人员发现bug置为new状态,提交给测试经理,测试经理经过审批判断是否重复可以置为duplicate状态(重复),不重复则可以提交给项目经理,项目经理确认是否推迟修改,推迟可以置为postpone状态;不推迟则转给开发缺陷的状态置为open,在由开发决定是否要修改,决绝的话改为reject,否则修改fixed;被拒绝的缺陷提交给专家,由专家确认是否真的不需要修改,真得不需要的话缺陷的状态为abandon;测试人员对于开发人员的修改的缺陷要进行回归测试,确认是否真的被正确的修改,没有的话缺陷的状态变为了reopen,否则closed缺陷。
哈哈,这个是缺陷的整个流程,也是缺陷的状态变化,又不对的地方提出来哈,
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2008-1-2 15:12:02 | 只看该作者

有疑问

capricorn的回答很具体,也很受启发,但是有一个疑惑,小弟不明白:

“测试人员对于开发人员的修改的缺陷要进行回归测试,确认是否真的被正确的修改,没有的话缺陷的状态变为了reopen,否则closed缺陷。”

确认是否真的被正确的修改,没有的话应该是closed,否则才reopen吧

这点上请赐教!
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2008-1-4 22:18:40 | 只看该作者
正确修改的话应该是close关闭该BUG,,,仍然没有被修改正确的话应该是reopen重新激活
楼上的理解有误
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2008-1-7 11:11:13 | 只看该作者
说点实用的更好,最好结合案例
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2008-3-4 11:58:52 | 只看该作者
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2008-9-3 20:36:20 | 只看该作者
很好,呵呵,学习了。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-6-18 15:22 , Processed in 0.078164 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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