從一個(gè)bug被發(fā)現(xiàn)到這個(gè)bug被關(guān)閉這一段時(shí)間，bug可能會(huì)有以下狀態(tài)：new ，open Postpone，Pending Retest，Retest,Pending Reject,Reject,Deferred,closed.(請注意這里有很多種狀態(tài)，我們需要根據(jù)不同情況來決定怎樣或者是否需要跟開發(fā)人員溝通)

　　下面就對這幾種狀態(tài)進(jìn)行以下解釋：

　　New:（新的）

　　當(dāng)某個(gè)“bug”被發(fā)現(xiàn)的時(shí)候（第一次），測試人員需要與項(xiàng)目負(fù)責(zé)人溝通以確認(rèn)發(fā)現(xiàn)的的確是一個(gè)bug，如果被確認(rèn)是一個(gè)bug，就將其記錄下來，并將bug的狀態(tài)設(shè)為New

　　Assigned（已指派的）

　　當(dāng)一個(gè)bug被指認(rèn)為New之后，將其將給開發(fā)人員，開發(fā)人員將確認(rèn)這是否是一個(gè)bug，如果是，開發(fā)組的負(fù)責(zé)人就將這個(gè)bug指定給某位開發(fā)人員處理，并將bug的狀態(tài)設(shè)定為“Assigned”

　　Open（打開的）

　　一旦開發(fā)人員開始處理bug的時(shí)候，他（她）就將這個(gè)bug的狀態(tài)設(shè)置為“Open”，這表示開發(fā)人員正在處理這個(gè)“bug”

　　Fixed（已修復(fù)的）

　　當(dāng)開發(fā)人員進(jìn)行處理（并認(rèn)為已經(jīng)解決）之后，他（她）就可以將這個(gè)bug的狀態(tài)設(shè)置為“Fixed”并將其提交給開發(fā)組的負(fù)責(zé)人，然后開發(fā)組的負(fù)責(zé)人將這個(gè)bug返還給測試組

　　Pending Reset（待在測試的）

　　當(dāng)bug被返還到測試組后，我們將bug的狀態(tài)設(shè)置為“Pending Reset”

　　Reset（再測試）

　　測試組的負(fù)責(zé)人將bug指定給某位測試人員進(jìn)行再測試，并將bug的狀態(tài)設(shè)置為“Reset”

　　Closed（已關(guān)閉的）

　　如果測試人員經(jīng)過再次測試之后確認(rèn)bug已經(jīng)被解決之后，就將bug的狀態(tài)設(shè)置為“Closed”

　　Reopen（再次打開的）

　　如果經(jīng)過再次測試發(fā)現(xiàn)bug（指bug本身而不是包括因修復(fù)而引發(fā)的新bug）仍然存在的話，測試人員將bug再次傳遞給開發(fā)組，并將bug的狀態(tài)設(shè)置為“Reopen”

　　Pending Reject（拒絕中）

　　如果測試人員傳遞到開發(fā)組的bug被開發(fā)人員認(rèn)為是正常行為而不是bug時(shí)，這種情況下開發(fā)人員可以拒絕，并將bug的狀態(tài)設(shè)置為“Pending Reject”

　　Rejected（被拒絕的）

　　測試組的負(fù)責(zé)人接到上述bug的時(shí)候，如果他（她）發(fā)現(xiàn)這是產(chǎn)品說明書中定義的正常行為或者經(jīng)過與開發(fā)人員的討論之后認(rèn)為這并不能算作bug的時(shí)候，開發(fā)組負(fù)責(zé)人就將這個(gè)bug的狀態(tài)設(shè)置為“Rejected”

　　Postponed（延期）

　　有些時(shí)候，對于一些特殊的bug的測試需要擱置一段時(shí)間，事實(shí)上有很多原因可能導(dǎo)致這種情況的發(fā)生，比如無效的測試數(shù)據(jù)，一些特殊的無效的功能等等，在這種情況下，bug的狀態(tài)就被設(shè)置為“Postponed”

　　Deferred（延期的）

　　有些情況一些特殊的bug顯得不那么重要，同時(shí)也是可以消除的，這個(gè)時(shí)候我們可以將bug的狀態(tài)設(shè)置為“Deferred”

總結(jié)

以上是生活随笔為你收集整理的bug生命周期的状态的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。