Bug流程图，欢迎讨论

cecliawangy · 发表于 2004-7-15 17:04:57

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

greenhouse · 发表于 2004-7-27 10:50:06

这图好复杂，我单位可能时太小了。bug的跟踪很简单了！

hxf · 发表于 2004-7-29 11:07:22

此流程图表现出人员分工很清楚，这得是一个大公司。

snowers · 发表于 2004-8-2 11:21:49

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

jackei · 发表于 2004-8-2 14:15:28

12

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

jackei · 发表于 2004-8-3 09:23:10

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

天网 · 发表于 2004-8-3 16:25:14

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

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

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

依伊卜舍 · 发表于 2004-8-20 11:10:26

偶还是看得有点胡涂了，三个图都是各有千秋呀！

Fuli · 发表于 2004-8-30 13:54:29

三图比较明了！

jacky · 发表于 2004-9-2 16:22:13

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:35

学些

pktest · 发表于 2004-11-13 23:18:55

森林一木 · 发表于 2004-11-20 13:08:23

看我们的！

Gerryliuzhe · 发表于 2004-11-24 12:34:38

不好，没有考虑一些具体的情况

cx0744 · 发表于 2005-2-10 11:11:38

看看

zamaz · 发表于 2005-2-17 11:12:07

我们也是用TD的，流程也差不多。:d

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

xihong2004 · 发表于 2005-2-18 11:50:08

请问fuzengbin，你们的缺陷流程有多少人参于，人员是怎么分配的？

冰河 · 发表于 2005-2-18 11:55:53

缺陷管理工具是bugzilla

xihong2004 · 发表于 2005-2-18 12:02:30

版主提的，偶有点看不明白，有说明吗？

		自动登录	找回密码
密码			(注-册)加入51Testing

[原创] Bug流程图，欢迎讨论

相关帖子

复杂

看我们的

本帖子中包含更多资源

1

本帖子中包含更多资源

楼主的图所表现的处理流程很标准,但在一般的公司是不可能实现的

本帖子中包含更多资源

我们的简单吧！！

本帖子中包含更多资源

站长推荐 /1