51Testing软件测试论坛

标题: Bug流程图，欢迎讨论 [打印本页]

作者: fuzengbin 时间: 2004-7-11 15:09
标题: Bug流程图，欢迎讨论

作者: cecliawangy 时间: 2004-7-15 17:04
新建问题审核的动作是谁完成的，如果是测试负责人，测试不需要这样重复人力吧？有什么好处呢～
如果是项目经理，也不应该直接关闭，肯定应该通过讨论后确认～:s

作者: greenhouse 时间: 2004-7-27 10:50
标题: 复杂
这图好复杂，我单位可能时太小了。bug的跟踪很简单了！

作者: hxf 时间: 2004-7-29 11:07
此流程图表现出人员分工很清楚，这得是一个大公司。

作者: snowers 时间: 2004-8-2 11:21
标题: 看我们的
我们用TD管理，自己定义的流程也比较简单。
备注：绿色的箭头代表正常的流程，红条代表非正常流程（如开发人员拒绝修改，测试人员校验没通过）

作者: jackei 时间: 2004-8-2 14:15
标题: 1
12

[ Last edited by jackei on 2004-8-3 at 16:39 ]

作者: jackei 时间: 2004-8-3 09:23
上面是我们的流程，稍后大家有兴趣在一起讨论里面的细节问题。
不过希望大家也考虑一点：一个缺陷管理过程，并不仅仅是要描述缺陷流转的顺序和规则，还要考虑到其他的相关事件，比如如何处理反复出现的缺陷？

作者: 天网 时间: 2004-8-3 16:25
在缺陷跟踪流程中，缺陷各状态的转换只是记录了缺陷处理的动态信息；而缺陷的一些静态信息，对于缺陷管理而言是更加重要的。
流程应该结合软件组织的实际情况来制订的，脱离这点，单独就这些图纸上的流程进行讨论并没有太大的意义。

对于反复出现的缺陷，在流程的审核阶段可以对重复问题直接驳回关闭，如果很审核阶段无法判断是否重复问题，可以先公开，在问题定位阶段如果发现是重复问题再以重复问题进行关闭归档。

[ Last edited by 天网 on 2004-8-6 at 11:07 ]

作者: 依伊卜舍 时间: 2004-8-20 11:10
偶还是看得有点胡涂了，三个图都是各有千秋呀！

作者: Fuli 时间: 2004-8-30 13:54
三图比较明了！

作者: jacky 时间: 2004-9-2 16:22
bug setting----bugzilla

"状态”和"解决”域定义并且跟踪了bug的生命周期。

"状态”
UNCONFIRMED-----没有人确认这个bug需要被解决。有正确权限的用户可以确认这个bug,把它的状态改成"NEW”。bug经常直接被解决并被标志成"RESOVLED”,但是通常的情况是bug需要先被指定这个bug的属主开发人员确认。
NEW----bug已经被加入到属主的bug列表中,必须被处理。在这种状态下的bug即将被接受且被标志成"ASSIGNED”,或者是传递给另外某一个人员,期间把bug状态维持在NE,或者是直接被解决,并标志成"RESOLVED”。
ASSIGNED----这个状态下的bug还没有被解决,但是已经指派给可以解决它的人员。从这一步往下,bug可以被指派给另一个人员,并标志成NEW,或者是直接解决bug,标志成"RESOLVED”。
REOPENED----bug曾经被解决,但是解决方案被认为是不正确的。从这一步往下,bug可以被标志成ASSIGNED和RESOLVED。
RESOLVED----bug的解决方案已经形成,在等待QA的验证。从这一步往下,bug可以被标志成"REOPENED”,或者是"VERIFIED”,或者是被认为很好的解决了,标志成"CLOSED”。
VERIFIED----QA已经查看过bug的解决方案,并且同意针对bug已经做出的修改。
CLOSED---- bug已经被解决,解决方案是被认为是正确的。

"解决”
FIXED----对bug的一个修改已经被登记,并且已经经过测试。
INVALID----被描述的问题不是一个bug。
WONTFIX----被描述的问题是一个bug,但是不准备进行修改。
LATER----被描述的问题是一个bug,但是不在产品的目前版本中进行修改。
REMIND----被描述的问题是一个bug,但是很可能不在产品的目前版本中进行修改,但可能还是问题
DUPLICATE----提出的问题和当前已经存在的某个bug重复。
WORKSFORME----不能重现这个bug,查看源代码也不知道为什么会出现这样的bug 现象,如果以后有更多的关于这个bug的线索,重新接受这个bug。

作者: zc 时间: 2004-10-6 13:23
学些

作者: pktest 时间: 2004-11-13 23:18
标题: 楼主的图所表现的处理流程很标准,但在一般的公司是不可能实现的

作者: 森林一木 时间: 2004-11-20 13:08
看我们的！

作者: Gerryliuzhe 时间: 2004-11-24 12:34
不好，没有考虑一些具体的情况

作者: cx0744 时间: 2005-2-10 11:11
看看

作者: zamaz 时间: 2005-2-17 11:12
我们也是用TD的，流程也差不多。:d

Originally posted by snowers at 2004-8-2 11:21 AM:
我们用TD管理，自己定义的流程也比较简单。
备注：绿色的箭头代表正常的流程，红条代表非正常流程（如开发人员拒绝修改，测试人员校验没通过）

作者: xihong2004 时间: 2005-2-18 11:50
请问fuzengbin，你们的缺陷流程有多少人参于，人员是怎么分配的？

作者: 冰河 时间: 2005-2-18 11:55
标题: 我们的简单吧！！
缺陷管理工具是bugzilla

作者: xihong2004 时间: 2005-2-18 12:02
版主提的，偶有点看不明白，有说明吗？

作者: joylq 时间: 2005-2-23 14:22
我们的和TD的差不多，但是我们还是稍微复杂一点。主要是fixed后需要update，update后close或者测试还有bug，这时需要reject提交给RD修改，然后update，直至close。

作者: 西西 时间: 2005-7-18 18:20
个人认为流程得每一阶段应该与人员联系起来，这样才能说明该流程是否合理。

作者: zhangmike 时间: 2005-7-26 06:58
楼主的流程中有一步BUG审核.这与其它的流程相比是个差异
不知是如何进行的?开发人员和测试人员一起来看.
我直观的认为这可能是1,费时的扯皮的,2,损害测试人员权威的.
不知楼主在实践中是如何的?

作者: fuzengbin 时间: 2005-10-14 14:19
审核由测试经理负责，转发给开发经理，如果开发经理或开发人员认为不合适，可以返回到测试经理审核环节，针对这些问题会召开专门的会议讨论，一般包括：项目经理、开发经理、测试经理和相关的测试人员。我们公司总工也参加！

作者: tealcking 时间: 2005-10-27 11:04
Testing process of outsource project

作者: 雪儿185 时间: 2006-1-24 15:21
标题: 回复 #5 snowers 的帖子
我们也用TD，缺陷管理流程跟这个差不多。

作者: cllan218 时间: 2006-3-14 13:31
还是觉得有点复杂

作者: rzhch_002 时间: 2006-3-14 23:47
太复杂了感觉分析起来不太容易

作者: tomzhang 时间: 2006-3-16 14:56
好东西!好好考虑一下!

作者: 凤丫头 时间: 2006-3-20 15:26
第一流程图的BUG是用CQ管理吧？
跟我们公司一样。

作者: bayeqianqiu 时间: 2006-4-3 11:57
对我来说太用用处了，谢谢各位大侠~~

作者: kathine_zhang 时间: 2006-4-14 20:05
很好,很有参考价值,谢谢各位

作者: lieyan321 时间: 2006-4-15 14:17
有点复杂

学着

作者: maclxp 时间: 2006-4-15 21:48
标题: workflow
DevTrack workflow

作者: caowenbin 时间: 2006-4-16 22:37
诶，真是些好图

作者: wfr 时间: 2006-4-17 17:46
个人认为，bug从新建到关闭的生命周期，可以依据具体情况省去某些步骤。楼住提供的流程图还是挺不错的，可作为标准使测试过程规范化。

作者: 一一 时间: 2006-4-27 19:56
好的缺陷管理流程是为了有效的解决问题
适合自己的团队和项目特点的就是最优的
个人倾向于闭环管理流程

作者: duxiaoling 时间: 2007-5-22 11:07
fsdgaaaaaaaaaaaaaaaaaaaaaaa

作者: duxiaoling 时间: 2007-5-22 11:09
fdggfsdhhhhhhhhhhhhhhhhhtr

作者: zhanbuqiu 时间: 2007-6-5 11:19
每個公司的管理流程都不一樣，小公司就沒有分得那么細了

作者: itermster 时间: 2007-6-6 12:19
感觉太复杂了，很繁琐

作者: xinxinxlyuan 时间: 2007-6-28 12:59
各有千秋啊!

作者: syn106 时间: 2007-7-13 17:41
标题: bug生命周期，个人认为，不知可对？
new---open---fixed---closed
new---open---rejected
new---open---rejected---reopen---fixed---closed
我们公司td中最后只存在 closed 和 rejected

作者: naivesophie 时间: 2007-7-16 10:12
学习。
我们公司好像没lz这么复杂

作者: junlingliu 时间: 2007-9-14 17:22
我也觉得有点复杂,我们公司的没有这样的流程

作者: tingtingc 时间: 2007-9-15 12:30
缺陷管理的目的通过好的高效的流程高效地解决问题，那么这个过程中的人员，问题状态，解决方法，途径，流程，结果是整个缺陷管理的要素，所以只要这几个方面考虑全面，完全可以根据各个公司具体的情况灵活制定，规模大小不是关键，是否有力度的执行才是重点。
以上几个公司的模型都因地制宜的为自己公司考虑，可以被相关公司借鉴其优势之处。

作者: yangbohustwb 时间: 2007-9-18 09:17
看过了，但是还是谢谢

作者: sailing110 时间: 2009-10-14 11:09
大公司做风，我们相对来说没这么复杂。主要是看管理了。

作者: gaha 时间: 2009-10-14 14:43
缺陷管理过程中bug流向示意图

Bug由测试人员发现并上报，最终状态还要落回到测试人员。

[attach]56968[/attach]

说明：
1. new ——》fixed ——》close
tester发现新问题，developer修改问题（fixed），tester验证问题通过，关闭bug。

2. New ——》fixed ——》open ——》fixed ——》close
Tester发现新问题，developer修改问题（fixed），tester验证问题没有通过（open），developer再次修改问题（fixed），tester验证问题通过，关闭bug。

3. New ——》worksforme ——》invalid
Tester发现新问题，developer发现问题不能重现（worksforme），且由于tester自身操作错误引起，tester将此bug置为invalid，此bug无效。

4. New ——》worksforme ——》later
Tester发现新问题，developer发现问题不能重现（worksforme），或只能偶尔复现，在不影响进度的前提下，tester可暂时将此bug置于later，表示之后版本或指定时间修改。

5. New ——》worksforme ——》open ——》fixed ——》close
Tester 发现新问题，developer发现问题不能重现（worksforme），经过测试人员演示，问题确实存在，但在之后的版本可能由于其他bug的修改致使此bug也被修改，tester重新open这个bug给developer，进入fixed ——》close流程。

6. New ——》Duplication ——》invalid
Tester 发现新问题，developer发现这个问题已经有原理类似的bug或完全一致的bug，则将此bug置为Duplication，表示重复了，tester确认是否真的和其他bug重复，如果是，就将此bug置为invalide。

7. New ——》Duplication ——》open ——》fixed ——》close
当tester验证被置为重复的bug确实是新问题时，将此bug重新open，进入 fixed ——》close流程。

8. New ——》by spec ——》open
Tester 发现新问题，developer发现这个问题是因为tester对需求理解不清(by spec)而提出的，但是tester经过和产品人员沟通，表明这是一个明确的bug，则open这个bug，进入open ——》close流程或open ——》worksforme流程。

9. New ——》by spec ——》new
Tester 发现新问题，developer发现这个问题是因为tester对需求理解不清(by spec)而提出的，但是tester经过和产品人员沟通，发现这个问题是产品定义的盲区，没有明确说明，则首先由产品人员修改产品需求文档，然后按照重新修订好的文档，tester重新置此bug为new，developer则按照新的需求编写代码。

特殊名词解释：
By spec：需求理解有误
Worksforme：不能重现

作者: lerry01 时间: 2009-10-24 11:21

作者: klklmyt 时间: 2010-3-24 17:52
留爪~~~~~感谢楼主分享

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)