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-P5，P1的優先級最高，以後逐級遞減。

Severity (Bug嚴重性)
Blocker
(阻礙進度) ，阻礙開發或測試的進行。
Critical (嚴重) ，崩潰，丟失數據，嚴重內存泄漏等等。
Major (較大的BUG) ，缺乏主要的功能，或功能不能完成。
Normal (普通的BUG) ，缺乏一些普通的功能，或者一些用戶不會輕易察覺的問題。
Minor (次要的BUG) ，缺乏次要的功能，或者一些可以輕易解決的問題。
Trivial (輕微的BUG) ，很細小的問題如拼寫錯誤，排版錯誤等。
Enhancement (加強) ，通常對於加強軟件質量或功能的一些建議。