BUG 生命週期中的各個狀態 從一個bug被發現到這個bug被關閉這一段時間，bug可能會有以下狀態：

new ，open Postpone，Pending Retest，Retest,Pending Reject,Reject,Deferred,closed.(請注意這裡有很多種狀態，我們需要根據不同情況來決定怎樣或者是否需要跟開發人員溝通)

New:（新的）
當某個“bug”被發現的時候（第一次），測試人員需要與專案負責人溝通以確認發現的的確是一個bug，如果被確認是一個bug，就將其記錄下來，並將bug 的狀態設為New ；

Assigned（已指派的）
當一個bug被指認為New之後，將其將給開發人員，開發人員將確認這是否是一個bug，如果是，開發組的負責人就將這個bug指定給某位開發人員處理，並將bug的狀態設定為“Assigned”；

Open（開啟的）
一旦開發人員開始處理bug的時候，他（她）就將這個bug的狀態設定為“Open”，這表示開發人員正在處理這個“bug”；

Fixed（已修復的）
當開發人員進行處理（並認為已經解決）之後，他（她）就可以將這個bug的狀態設定為“Fixed”並將其提交給開發組的負責人，然後開發組的負責人將這個bug返還給測試組；

Pending Reset（待在測試的）
當bug被返還到測試組後，我們將bug的狀態設定為“Pending Reset”

Reset(再測試)
測試組的負責人將bug指定給某位測試人員進行再測試，並將bug的狀態設定為“Reset”；

Closed（已關閉的）

Reopen（再次開啟的）
如果經過再次測試發現bug（指bug本身而不是包括因修復而引發的新bug）仍然存在的話，測試人員將bug再次傳遞給開發組，並將bug的狀態設定為“Reopen”

Pending Reject（拒絕中）
如果測試人員傳遞到開發組的bug被開發人員認為是正常行為而不是bug時，這種情況下開發人員可以拒絕，並將bug的狀態設定為“Pending Reject”；

Rejected(被拒絕的)
測試組的負責人接到上述bug的時候，如果他（她）發現這是產品說明書中定義的正常行為或者經過與開發人員的討論之後認為這並不能算作bug的時候，發組負責人就將這個bug的狀態設定為“Rejected”；

Postponed（延期）
有些時候，對於一些特殊的bug的測試需要擱置一段時間，事實上有很多原因可能導致這種情況的發生，比如無效的測試資料，一些特殊的無效的功能等等，在這種情況下，bug的狀態就被設定為“Postponed“；