Bug生命周期

来源:互联网 发布:淘宝美工和ui设计师 编辑:程序博客网 时间:2024/06/05 04:22

状态
决议栏位用来定义和跟踪Bug的生命周期。
状态决议"状态"栏位用来指示bug的健康状况,只允许确定的状态转换。决议栏位表明bug发生了什么。未确认[UNCONFIRMED]
    
这种bug已经被添加到数据库里了。但还未验证这种缺陷是对的还是错的。那些有“CAN CONFIRM”权限的用户能验证它,把它的状况转变成NEW。或者,它能直接被解决掉,并被标注成RESOLVED。
新[NEW]
    这种bug已经被添加到待分配的列表目录里了,并且必须被处理。在这种状况下的bug可能变成ASSIGNED,传递给其他的用户;否则保留为NEW;或者被解决掉,以RESOLVED作为标记。
已分配[ASSIGNED] 
    这种bug还没有被解决,但是被分派给了合适的用户。在这里,bug能重新指派给其他用户。
 
重开[REOPENED]
   这种bug曾经被解决过,但是结果看起来好象不正确,这bug仍然够重现出来。
    还没有解决方案。在这些OPEN状态下,bug的决议栏位是空的。其他状态的那些bug将用下面的解决方式标记。
已解决[RESOLVED] 
    已有了决议,正等待QA的验证。从这种途径,bug要么是重启,标注为REOPENED,或者被标记为CLOSED。 

已验证[VERIFIED] 
    QA已经查看了这个bug和它的决议,并且同意采取这种恰当的决议。bug将保持在这种状况下,直到这个项目/产品已完成,在这个程度它们变为 CLOSED。 

已关闭[CLOSED] 
    这种BUG被确认为清除了,而且解决办法是正确的。如果想重新复活这个bug,必须把它变为REOPENED。已解决[FIXED]
     一个bug已经被修改并已被测试。 

无效[INVALID]
 
    这个问题描述的不是一种bug。 

无法修复[WONTFIX]
    这个描述是一个bug,但无法解决。 

无法重现[NOTREPRO]
    按照重现步骤,无法重现这个bug

重复了[DUPLICATE]
 
    这个bug跟现有bug重复了。

外部的[EXTERNAL]

    这个BUG是由于外部原因引起的。

无线索[WORKSFORME]
    对于解决这个bug的所有努力都是徒劳无益的,并且阅读这些编码也找不到线索。如果更多的信息出现的话,这个bug能够被重启。 
严重性 
这个栏位用来描述的是bug的危害有多严重。
阻塞 [Blocker]阻碍开发或者测试工作危险 [Critical]崩溃,数据丢失,严重的内存泄露一般 [Major]主要的功能失效次要 [Minor]次要的功能失效,或者发生一些简单的问题。琐碎 [Trivial]象拼错单词那样的表面错误,或者字符位置错误等。增强 [Enhancement] 对系统的改进要求或需求。

优先级 
    这个栏位描述的是bug应该被修复的重要性和次序。这些工作是通过程序员/工程师来把它们区分优先次序而完成的。可运用的优选范围是从P1(最重要)~P5(最不重要)。 

负责人
 
    这是负责解决bug的人员。分为:
    处理人[Processer]是实际处理这个Bug的人员,
    测试人[Tester]是负责测试这条Bug的人,
    验证人[Validater] 验证这条Bug真的解决了。
    其他人员[Others] 其他类型的参与人员。
原创粉丝点击