51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 25897|回复: 51
打印 上一主题 下一主题

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

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2004-7-11 15:09:37 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

2#
发表于 2004-7-15 17:04:57 | 只看该作者
新建问题审核的动作是谁完成的,如果是测试负责人,测试不需要这样重复人力吧?有什么好处呢~
如果是项目经理,也不应该直接关闭,肯定应该通过讨论后确认~:s
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2004-7-27 10:50:06 | 只看该作者

复杂

这图好复杂,我单位可能时太小了。bug的跟踪很简单了!
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2004-7-29 11:07:22 | 只看该作者
此流程图表现出人员分工很清楚,这得是一个大公司。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2004-8-2 11:21:49 | 只看该作者

看我们的

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

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

x
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2004-8-2 14:15:28 | 只看该作者

1

12

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

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

x
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2004-8-3 09:23:10 | 只看该作者
上面是我们的流程,稍后大家有兴趣在一起讨论里面的细节问题。
不过希望大家也考虑一点:一个缺陷管理过程,并不仅仅是要描述缺陷流转的顺序和规则,还要考虑到其他的相关事件,比如如何处理反复出现的缺陷?
回复 支持 反对

使用道具 举报

该用户从未签到

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

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

[ Last edited by 天网 on 2004-8-6 at 11:07 ]
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2004-8-20 11:10:26 | 只看该作者
偶还是看得有点胡涂了,三个图都是各有千秋呀!
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2004-8-30 13:54:29 | 只看该作者
三图比较明了!
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 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。
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2004-10-6 13:23:35 | 只看该作者
学些
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2004-11-13 23:18:55 | 只看该作者

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

回复 支持 反对

使用道具 举报

  • TA的每日心情
    郁闷
    2015-6-16 14:29
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    14#
    发表于 2004-11-20 13:08:23 | 只看该作者
    看我们的!

    本帖子中包含更多资源

    您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

    x
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2004-11-24 12:34:38 | 只看该作者
    不好,没有考虑一些具体的情况
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2005-2-10 11:11:38 | 只看该作者
    看看
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2005-2-17 11:12:07 | 只看该作者
    我们也是用TD的,流程也差不多。:d
    Originally posted by snowers at 2004-8-2 11:21 AM:
    我们用TD管理,自己定义的流程也比较简单。
    备注:绿色的箭头代表正常的流程,红条代表非正常流程(如开发人员拒绝修改,测试人员校验没通过)
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2005-2-18 11:50:08 | 只看该作者
    请问fuzengbin,你们的缺陷流程有多少人参于,人员是怎么分配的?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
    发表于 2005-2-18 11:55:53 | 只看该作者

    我们的简单吧!!

    缺陷管理工具是bugzilla

    本帖子中包含更多资源

    您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

    x
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
    发表于 2005-2-18 12:02:30 | 只看该作者
    版主提的,偶有点看不明白,有说明吗?
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-7 23:39 , Processed in 0.122306 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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