bug生命周期的状态
生活随笔
收集整理的這篇文章主要介紹了
bug生命周期的状态
小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,幫大家做個(gè)參考.
從一個(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”
下面就對這幾種狀態(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)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 今目标——让我们离成功更近……
- 下一篇: shell学习小结