BUG的生命周期 bug的幾個狀態。

 

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（已關閉的）

 如果測試人員經過再次測試之后確認bug 已經被解決之后，就將bug的狀態設置為“Closed”

 

 

 

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

 

 

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

 

 

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

 

 

 

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

 

 

 

 

如果測試人員傳遞到開發組的

bug

被開發人員認為是正常行為而不是

bug

時，這種情況

下開發人員可以拒絕，並將

bug

的狀態設置為“

Pending Reject

”

 

 

 

Rejected(

被拒絕的

) 

測試組的負責人接到上述

bug

的時候，如果他（她）發現這是產品說明書中定義的正常行

為或者經過與開發人員的討論之后認為這並不能算作

bug

的時候，開發組負責人就將這個

bug

的狀態設置為“

Rejected

”

 

 

 

Postponed

（延期）

 

有些時候，對於一些特殊的

bug

的測試需要擱置一段時間，事實上有很多原因可能導致這

種情況的發生，比如無效的測試數據，一些特殊的無效的功能等等，在這種情況下，

bug

的狀態就被設置為“

Postponed

 

”

 

 

Deferred（延期的）有些情況一些特殊的bug顯得不那么重要，同時也是可以消除的，這個時候我們可以將bug的狀態設置為“Deferred”。