51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 1180|回复: 11
打印 上一主题 下一主题

bug管理的一般流程

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-1-25 20:42:22 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
1. 测试人员提交新的bug入库,错误状态为new;
2. 高级测试人员验证错误,如果确认是错误,分配给相应的开发人员,设置状态为open,如果不是错误则拒绝,设置为rejected;
3. 开发人员查询状态为open的bug,如果不是错误,则置状态为rejected,如果是bug则修复并置状态为fixed.不能解决的bug,要留下文字说明及保持bug的状态为open.对于不能解决和延期解决的bug,不能由开发人员自己决定,一般要通过某种会议(评审会)通过才能认可,
4. 测试人员查询状态为fixed的bug,然后验证bug是否已解决,如解决置bug的状态为closed,如没有解决置状态为reopen.
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

  • TA的每日心情
    慵懒
    2016-9-3 13:53
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    2#
    发表于 2007-1-25 21:03:33 | 只看该作者
    bug分配时高级测试人员的工作?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
    发表于 2007-1-25 22:08:19 | 只看该作者
    关于一个bug的所经历的状态:
    new、open、fixed、closed、reopen、postpone、rejected、duplicated、abandon。。。
    请继续补充,谢谢!!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2007-1-26 10:23:14 | 只看该作者
    开发修复bug后,版本被重新纳入配置管理以待测试组进行回归测试,是不是可以添加一个中间状态为released
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2007-1-26 23:24:10 | 只看该作者
    谢谢!补充
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2007-1-27 14:11:36 | 只看该作者
    NOT A DEFECT,need more information,pending
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2007-1-30 18:51:10 | 只看该作者

    回复 #2 lovefei1027 的帖子

    BUG分配给开发人员应该是开发经理吧
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    郁闷
    2015-9-10 14:12
  • 签到天数: 53 天

    连续签到: 1 天

    [LV.5]测试团长

    8#
    发表于 2007-1-30 19:01:45 | 只看该作者
    分配bug的是不是应该是PM或是TL阿?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2007-2-24 15:15:55 | 只看该作者
    1.        测试人员发现新缺陷(new),提交给缺陷评审委员会;
    2.        缺陷评审委员会研究后,得出几个结果:Declined(拒绝)认为不是缺陷;Duplicate(重复)与已提交的缺陷重复;Defferred(延期)缺陷不在当前版本解决;Unplanned(无计划)在用户需求中没有要求或计划;Accepted(接受)缺陷确实存在
    3.        如果接受,则将缺陷分配(Assign)给相关的开发人员,开发人员经研究后,得出几个结果:Query&Reply(询问和回答)开发人员认为缺陷描述不充分或希望得到更多发生缺陷时系统产生的调试命令或信息,返回测试人员;Declined(拒绝)认为不是缺陷,将相关理由加入到缺陷描述中,提交缺陷评审委员会到2;Open接受缺陷,并进行相关的修改;
    4.        开发人员修改缺陷完成,并成功验证,Deliver(交付),Resolved(解决)将缺陷修改后的代码标签并交给版本经理;
    5.        版本经理将标签的代码交给测试小组进行回归测试,不通过Reopen,则重新提交缺陷返回2,通过则标记fixed(修改),然后closed(关闭)缺陷。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2007-3-3 20:29:42 | 只看该作者

    关于软件缺陷状态

    1.  测试人员发现并提交缺陷(submit defect)到QC中,其状态设置为new
    2.  缺陷报告由测试经理/组长确认,得到确认的缺陷状态设置为open
    3.  相关开发人员看到状态为open的缺陷报告后:
         a, 查看该缺陷是否已经提交过, 如重复了将就其设置为duplicate状态
         b, 确实是无重复缺陷,则修该,修改后设置状态 为fixed,
         c, 如认为不是缺陷,设置为reject状态;
         d, 关于是否推迟修改(postpone?)则应由相关人员根据缺陷的严重级别讨论后决定.
    4,测试人员查看
         a,状态为fixed的则进行回归,回归正确则closed
         b,状态为duplicate的进行确认,以提交过的则closed,若没则reopen
         c,状态为reject的则进行检查,若确实不是缺陷则closed,若认为是设置状态为reopen

    初学者总结,请多指正,谢谢.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2007-3-3 21:10:12 | 只看该作者

    bug一般流程

    1. Tester发现Bub 提交新的bug 入库, Bug 错误状态为new;
    2. TM(或Advanced Ttester)检查defect ,如果确认是,分配给相应的Developer,设置状态为open,如果不是错误则拒绝,设置为rejected ,返回Tester 设置状态为Abandon;
    3. Developer查询状态为open的bug,
            a)是重复,是Bug 状态为 Duplicate ,Tester 检查若真的为重复,状态设为Abandon,若不为重复,重新提交给 Developer  状态为open
            b)不是错误,则置状态为rejected,  Tester 检查若真的不是错误,状态设为closed 若是错误 重新提交给Developer   状态为open
            c)能推迟 ,则置状态为 postpone , Tester 认为可以推迟,状态为postpone  若不可以推迟,重新提交给Developer  状态为open
             如果是bug则修复并置状态为fixed.不能解决的bug,
            a)要留下文字说明及保持bug的状态为open.
            b)Developer与Tester有争议,通过TM,DM,PM 通过,甚至要通过某种会议(评审会)通过。
    4. Tester查询状态为fixed的bug,然后验证bug是否已解决,如解决置bug的状态为closed,如没有解决置状态为reopen.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2007-3-21 13:20:50 | 只看该作者
    这个问题在面试的时候曾多次被问到呢,bug管理流程是在工作中比较重要的一部分,在51已经比较详细的学习过了,在一般结构分工比较明显的公司是不会通过高级测试人员来把bug分配给相关的开发人员的,基本都是通过TM来协调,再正规一点的公司会通过CCB来分配的。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-5-7 00:09 , Processed in 0.072775 second(s), 23 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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