Bug状态(Bug Status)总结

l      新建(New)

一个最新的bug报告,通常这个状态维持很短的时间。一旦注意到这个bug,通常要把新建状态改变为别的状态。

l      反馈(Feedback)

在处理这个bug之前,发出一个讨论这个bug的请求。举个例子,处理这个bug,有两个不同的方案,要经过讨论才能决定采用那个方案。或者你根本就没有解决方案,需要求助别人来提供解决方案。

l      公认(Acknowledged

Bug报告有了足够多的反馈,认为提供的方案已经能够解决目前的这个bug,但是还没有得到修改这个bug的开发人员的确认。通常这个状态有PL来修改。

l      已确认(Confirmed

一个bug已经被公认,已经决定修复这个bug。一般来说,一般来说可以PLbug给相关的开发人员处理,可以把状态改为Confirmed

l      已分派(Assigned

表明相关的开发人员正在解决这个问题。假如修改bug时间很长,或者有什么心得体会,可以添加问题注释。

l      已解决(Resolved)

Bug已经解决,。还在CVS中,等待打包成一个新的Release。还没有public

l      已关闭(Closed)

这种状态分为几种情况:

-         Bug已经修复并且Project已经Release发布。

-         Bug决定不需要解决。

-         发现所提的Bug是不是真正的Bug.

-         所提交的bug是一个重复的bugduplicate),往往这个bug的完成度(Resolution)已经标为重复问题(duplicate).

当关闭一个bug的时候,请加上comment,告诉与这个问题相关的人,关闭的理由。注意,把一个bug设置成为Closed状态,只能是提交这个bug的人或者是PL,处理这个bug的开发人员不能设置。


版权声明:本文为zizza原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接和本声明。