51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 12620|回复: 24
打印 上一主题 下一主题

测试人员在缺陷跟踪中的角色

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-7-30 23:17:28 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
有一道面试问题:要有BUG管理经验,因为没干过测试所以对此问题很迷茫
请高手指点:怎样管理BUG
小弟先谢谢了

[[i] Last edited by songfun on 2005-8-5 at 16:11 [/i]]
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2005-7-31 22:17:17 | 只看该作者
测试人员只是参与缺陷跟踪的一个角色而已,其他还有测试经理、开发经理、开发人员、CMO、CCB等,测试人员在整个缺陷生命周期中只需要提交缺陷、跟踪缺陷解决的进度、回归测试以验证缺陷是否修复,而缺陷的具体管理应该是CMO的职责。如果缺陷的管理还包括缺陷分析的话,这主要也是测试经理的职责。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2005-8-20 14:25:07 | 只看该作者

测试人员要对缺陷做分析?

版主也认为测试人员要对缺陷进行分析吗?为什么呢?
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2005-8-20 14:48:01 | 只看该作者
详细分析谈不上,但我觉得要了解缺陷产生的原因。如果只会找错误,却不知道产生的原因,那就是知其然而不只其所以然了。提高测试效率和测试人员本身的能力,这是一个好方法。建议楼上的可以采纳!
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2005-8-22 09:43:16 | 只看该作者
什么是CMO、CCB?
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2005-8-22 12:32:57 | 只看该作者
CMO(configuration managment offiecr)配置管理员
CCB(change control board)更改控制委员会
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2005-8-26 09:29:01 | 只看该作者
谢楼上的
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2005-10-13 10:22:49 | 只看该作者
要学习了一点知识,继续学习!
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2005-10-13 10:22:57 | 只看该作者
要学习了一点知识,继续学习!
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2005-10-13 10:23:15 | 只看该作者
要学习了一点知识,继续学习!
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2005-10-13 21:19:05 | 只看该作者
这个BBS真的不错啊!斑竹都能能及时回复啊!
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2005-10-14 15:09:46 | 只看该作者
有些公司根本没有很健全的测试机构的,所以我认为知道更多的也不见得是坏事! 或许你的能力也可以达到测试经理的水平哦!
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2005-10-19 21:34:27 | 只看该作者
我十分想见斑主!!!
简直太厉害了!!崇拜中……………………
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2005-10-23 02:11:14 | 只看该作者
BUG起始于测试人员,终止于测试人员
对缺陷的分析,就可以知道缺陷产生的原因,产生度量数据,以后在哪个环节上要注意,同样也可以把成功的经验推广到其它项目,这样就可以达到了缺陷预防.
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2006-8-27 16:09:18 | 只看该作者
[quote]原帖由 [i]fjzpczj[/i] 于 2005-10-23 02:11 发表
BUG起始于测试人员,终止于测试人员
对缺陷的分析,就可以知道缺陷产生的原因,产生度量数据,以后在哪个环节上要注意,同样也可以把成功的经验推广到其它项目,这样就可以达到了缺陷预防. [/quote]

没错,对头!
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2007-1-24 14:26:11 | 只看该作者
版主已经回答了这个问题,在这里我来详细说一下缺陷管理流程:
1. 测试人员提交新的bug入库,错误状态为new;
2. 高级测试人员验证错误,如果确认是错误,分配给相应的开发人员,设置状态为open.如果不是错误,则拒绝,设置为rejected状态;
3. 开发人员查询状态为open的bug,如果不是错误,则置状态为rejected;如果是bug则修复并置状态为fixed.不能解决的bug,要留下文字说明及保持bug为open状态.对于不能解决和延期解决的bug,不能由开发人员自己决定,一般要通过某种会议通过才能认可;
4. 测试人员查询状态为fixed的bug,然后验证bug是否已解决,如解决置bug状态为closed,如没有置状态为reopen.
回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2007-1-24 18:52:23 | 只看该作者
应该是项目经理审核再分配给开发人员吧sdlkfj5
回复 支持 反对

使用道具 举报

该用户从未签到

18#
发表于 2007-4-4 14:03:01 | 只看该作者
谢了sdlkfj2
回复 支持 反对

使用道具 举报

该用户从未签到

19#
发表于 2007-4-11 17:24:08 | 只看该作者

主已经回答了这个问题,在这里我来详细说一下缺陷管理流程:

主已经回答了这个问题,在这里我来详细说一下缺陷管理流程:
1. 测试人员提交新的bug入库,错误状态为new;
2. 高级测试人员验证错误,如果确认是错误,分配给相应的开发人员,设置状态为open.如果不是错误,则拒绝,设置为rejected状态;
3. 开发人员查询状态为open的bug,如果不是错误,则置状态为rejected;如果是bug则修复并置状态为fixed.不能解决的bug,要留下文字说明及保持bug为open状态.对于不能解决和延期解决的bug,不能由开发人员自己决定,一般要通过某种会议通过才能认可;
4. 测试人员查询状态为fixed的bug,然后验证bug是否已解决,如解决置bug状态为closed,如没有置状态为reopen.
回复 支持 反对

使用道具 举报

该用户从未签到

20#
发表于 2007-6-23 22:52:14 | 只看该作者
写的很详细 。明白了。sdlkfj2
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-27 14:34 , Processed in 0.080154 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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