l<wbr><wbr><wbr><wbr><wbr><wbr></wbr></wbr></wbr></wbr></wbr></wbr>新建(New)
一个最新的bug报告,通常这个状态维持很短的时间。一旦注意到这个bug,通常要把新建状态改变为别的状态。
l<wbr><wbr><wbr><wbr><wbr><wbr></wbr></wbr></wbr></wbr></wbr></wbr>反馈(Feedback)
在处理这个bug之前,发出一个讨论这个bug的请求。举个例子,处理这个bug,有两个不同的方案,要经过讨论才能决定采用那个方案。或者你根本就没有解决方案,需要求助别人来提供解决方案。
l<wbr><wbr><wbr><wbr><wbr><wbr></wbr></wbr></wbr></wbr></wbr></wbr>公认(Acknowledged)
Bug报告有了足够多的反馈,认为提供的方案已经能够解决目前的这个bug,但是还没有得到修改这个bug的开发人员的确认。通常这个状态有PL来修改。
l<wbr><wbr><wbr><wbr><wbr><wbr></wbr></wbr></wbr></wbr></wbr></wbr>已确认(Confirmed)
一个bug已经被公认,已经决定修复这个bug。一般来说,一般来说可以PL把bug给相关的开发人员处理,可以把状态改为Confirmed。
l<wbr><wbr><wbr><wbr><wbr><wbr></wbr></wbr></wbr></wbr></wbr></wbr>已分派(Assigned)
表明相关的开发人员正在解决这个问题。假如修改bug时间很长,或者有什么心得体会,可以添加问题注释。
l<wbr><wbr><wbr><wbr><wbr><wbr></wbr></wbr></wbr></wbr></wbr></wbr>已解决(Resolved)
Bug已经解决,。还在CVS中,等待打包成一个新的Release。还没有public
l<wbr><wbr><wbr><wbr><wbr><wbr></wbr></wbr></wbr></wbr></wbr></wbr>已关闭(Closed)
这种状态分为几种情况:
-<wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr>Bug已经修复并且Project已经Release发布。
-<wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr>Bug决定不需要解决。
-<wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr>发现所提的Bug是不是真正的Bug.
-<wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr>所提交的bug是一个重复的bug(duplicate),往往这个bug的完成度(Resolution)已经标为重复问题(duplicate).
当关闭一个bug的时候,请加上comment,告诉与这个问题相关的人,关闭的理由。注意,把一个bug设置成为Closed状态,只能是提交这个bug的人或者是PL,处理这个bug的开发人员不能设置。
"状态”和"解决”域定义并且跟踪了bug的生命周期。
<wbr><wbr><wbr></wbr></wbr></wbr>
"状态”
<wbr><wbr><wbr>UNCONFIRMED-----没有人确认这个bug需要被解决。有正确权限的用户可以确认这个bug,把它的状态改成"NEW”。bug经常直接被解决并被标志成"RESOVLED”,但是通常的情况是bug需要先被指定这个bug的属主开发人员确认。</wbr></wbr></wbr>
<wbr><wbr><wbr>NEW----bug已经被加入到属主的bug列表中,必须被处理。在这种状态下的bug即将被接受且被标志成"ASSIGNED”,或者是传递给另外某一个人员,期间把bug状态维持在NE,或者是直接被解决,并标志成"RESOLVED”。</wbr></wbr></wbr>
<wbr><wbr><wbr>ASSIGNED----这个状态下的bug还没有被解决,但是已经指派给可以解决它的人员。从这一步往下,bug可以被指派给另一个人员,并标志成NEW,或者是直接解决bug,标志成"RESOLVED”。</wbr></wbr></wbr>
<wbr><wbr><wbr>REOPENED----bug曾经被解决,但是解决方案被认为是不正确的。从这一步往下,bug可以被标志成ASSIGNED和RESOLVED。</wbr></wbr></wbr>
<wbr><wbr><wbr>RESOLVED----bug的解决方案已经形成,在等待QA的验证。从这一步往下,bug可以被标志成"REOPENED”,或者是"VERIFIED”,或者是被认为很好的解决了,标志成"CLOSED”。</wbr></wbr></wbr>
<wbr><wbr><wbr>VERIFIED----QA已经查看过bug的解决方案,并且同意针对bug已经做出的修改。</wbr></wbr></wbr>
<wbr><wbr><wbr> CLOSED----bug已经被解决,解决方案是被认为是正确的。</wbr></wbr></wbr>
"解决”
<wbr><wbr><wbr>FIXED----对bug的一个修改已经被登记,并且已经经过测试。</wbr></wbr></wbr>
<wbr><wbr><wbr>INVALID----被描述的问题不是一个bug。</wbr></wbr></wbr>
<wbr><wbr><wbr>WONTFIX----被描述的问题是一个bug,但是不准备进行修改。</wbr></wbr></wbr>
<wbr><wbr><wbr>LATER----被描述的问题是一个bug,但是不在产品的目前版本中进行修改。</wbr></wbr></wbr>
<wbr><wbr><wbr>REMIND----被描述的问题是一个bug,但是很可能不在产品的目前版本中进行修改,但可能还是问题</wbr></wbr></wbr>
<wbr><wbr><wbr>DUPLICATE----提出的问题和当前已经存在的某个bug重复。</wbr></wbr></wbr>
<wbr><wbr><wbr>WORKSFORME----不能重现这个bug,查看源代码也不知道为什么会出现这样的bug现象,如果以后有更多的关于这个bug的线索,重新接受这个bug。</wbr></wbr></wbr>