bug管理的一般流程

maoshan 发表于 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.

lovefei1027 发表于 2007-1-25 21:03:33

bug分配时高级测试人员的工作？

JamesGosling 发表于 2007-1-25 22:08:19

关于一个bug的所经历的状态:
new、open、fixed、closed、reopen、postpone、rejected、duplicated、abandon。。。
请继续补充,谢谢！！

liqiankun 发表于 2007-1-26 10:23:14

开发修复bug后，版本被重新纳入配置管理以待测试组进行回归测试，是不是可以添加一个中间状态为released

JamesGosling 发表于 2007-1-26 23:24:10

谢谢!补充

baizhudan 发表于 2007-1-27 14:11:36

NOT A DEFECT,need more information,pending

cdj0823 发表于 2007-1-30 18:51:10

回复 #2 lovefei1027 的帖子

BUG分配给开发人员应该是开发经理吧

eatmouse 发表于 2007-1-30 19:01:45

分配bug的是不是应该是PM或是TL阿？

盈非莹 发表于 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(关闭)缺陷。

yqx 发表于 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

初学者总结,请多指正,谢谢.

dyq 发表于 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.

simonepang 发表于 2007-3-21 13:20:50

这个问题在面试的时候曾多次被问到呢，bug管理流程是在工作中比较重要的一部分，在51已经比较详细的学习过了，在一般结构分工比较明显的公司是不会通过高级测试人员来把bug分配给相关的开发人员的，基本都是通过TM来协调，再正规一点的公司会通过CCB来分配的。

页: [1]

51Testing软件测试论坛 's Archiver