Bugzilla部分关键字释义

Status (Bug状态) ,表明bug的一般状态。
Unconfirmed (未证实)
表明bug是最近加入到数据库,没有人正式这个bug的存在。拥有确定/取消Bug"的用户可以对转变bug的状态为:
1. 确认这个bug,改变他的状态为新(NEW)
2. 解决这个bug,标志为已解决(RESOLVED)
New(新提交的)
这个bug已经分发给某位开发人员处理。这个状态的bug可以转变为以下状态:
1. 接受该bug,状态转变为指派(ASSIGNED)
2. 指派给别的开发人员,状态维持为新(NEW)
被解决,状态转变为被解决(RESOLVED)
Assigned(已经指派)
这个bug尚未解决,但已经被指派给正确的人进行解决。这个状态的bug可能转换为以下状态:
1. 指派给别的开发人员,状态转变为新(NEW)
2. 被解决,状态转变为被解决(RESOLVED)
Reopened(重新打开)
这个bug曾经被解决了,但是解决方案是不正确的。例如,一个处于对我有效(WORKSFORME)的bug,当获得了更多的信息并且能够被再现时,将转变为重开(REOPENED)
状态。 这个状态的bug只能转换为以下状态:
1. 指派(ASSIGNED)给某名开发人员
2. 被解决,状态转变为被解决(RESOLVED)
Resolved (已经解决)
已经确定了一种解决方案,这种方案正在等待QA的确认。此状态的bug可转化为以下状态:
1. 重新开放,转变为重开放(REOPENED)
2. QA确认后,转变为已验证(VERIFIED)
3. QA确认后,转变为关闭(CLOSE)
Verified(已经证实)
QA已经确认对于这个bug的解决方案是成功的。处于这种状态的bug当他们所存在的产品正式发布之后,状态将转变为关闭(CLOSE)
Closed(已关闭)
bug处于这种状态可视为已死亡,其解决方案是正确的。出于这种状态的bug要重新得到处理,只能通过转变他的状态为重开(REOPEN)

Resolution(解决方案),表明对bug是如何处理的。
Fixed
(已经修复)
对这个bug的源代码做了修改,放入代码库并且经过了测试。
Invalid (无效)
BUG确认人员认为所描述的问题不是一个BUG,因此也不会被修复。
Won't fix(不做修改)
所描述的问题是一个bug,但由于某种原因不会进行修改。
Later (以后修复)
所描述的问题是一个bug,但当前版本不会修改这个bug
Remind (延时提醒)
所描述的问题是一个bug,但尚未确定是否在当前版本进行修改。
Duplicate (重复)
所描述的问题是一个已存在bug。必须使用一个已存在的bug id对该bug进行标志。
Works for me
(不可重现)
无法根据描述对bug进行重现,阅读代码也无法解释所描述的问题。如果以后能够提供更多的细节,再做处理,现在暂时存档。

Priority
(Bug
优先级)
分五个等级即P1-P5P1的优先级最高,之后逐级递减。

Severity (Bug严重性)
Blocker
(阻碍进度) ,阻碍开发或测试的进行。
Critical (严重) ,崩溃,丢失数据,严重内存泄漏等等。
Major (较大的BUG) ,缺少主要的功能,或功能不能完成。
Normal (普通的BUG) ,缺少一些普通的功能,或者一些用户不会轻易察觉的问题。
Minor (次要的BUG) ,缺少次要的功能,或者一些能够轻易解决的问题。
Trivial (轻微的BUG) ,很细小的问题如拼写错误,排版错误等。
Enhancement (增强) ,一般对于增强软件质量或功能的一些建议

你可能感兴趣的:(Bugzilla部分关键字释义)