bug生命周期的状态
生活随笔
收集整理的這篇文章主要介紹了
bug生命周期的状态
小編覺(jué)得挺不錯(cuò)的,現(xiàn)在分享給大家,幫大家做個(gè)參考.
從一個(gè)bug被發(fā)現(xiàn)到這個(gè)bug被關(guān)閉這一段時(shí)間,bug可能會(huì)有以下?tīng)顟B(tài):new ,open Postpone,Pending Retest,Retest,Pending Reject,Reject,Deferred,closed.(請(qǐng)注意這里有很多種狀態(tài),我們需要根據(jù)不同情況來(lái)決定怎樣或者是否需要跟開(kāi)發(fā)人員溝通)
下面就對(duì)這幾種狀態(tài)進(jìn)行以下解釋:
New:(新的)
當(dāng)某個(gè)“bug”被發(fā)現(xiàn)的時(shí)候(第一次),測(cè)試人員需要與項(xiàng)目負(fù)責(zé)人溝通以確認(rèn)發(fā)現(xiàn)的的確是一個(gè)bug,如果被確認(rèn)是一個(gè)bug,就將其記錄下來(lái),并將bug的狀態(tài)設(shè)為New
Assigned(已指派的)
當(dāng)一個(gè)bug被指認(rèn)為New之后,將其將給開(kāi)發(fā)人員,開(kāi)發(fā)人員將確認(rèn)這是否是一個(gè)bug,如果是,開(kāi)發(fā)組的負(fù)責(zé)人就將這個(gè)bug指定給某位開(kāi)發(fā)人員處理,并將bug的狀態(tài)設(shè)定為“Assigned”
Open(打開(kāi)的)
一旦開(kāi)發(fā)人員開(kāi)始處理bug的時(shí)候,他(她)就將這個(gè)bug的狀態(tài)設(shè)置為“Open”,這表示開(kāi)發(fā)人員正在處理這個(gè)“bug”
Fixed(已修復(fù)的)
當(dāng)開(kāi)發(fā)人員進(jìn)行處理(并認(rèn)為已經(jīng)解決)之后,他(她)就可以將這個(gè)bug的狀態(tài)設(shè)置為“Fixed”并將其提交給開(kāi)發(fā)組的負(fù)責(zé)人,然后開(kāi)發(fā)組的負(fù)責(zé)人將這個(gè)bug返還給測(cè)試組
Pending Reset(待在測(cè)試的)
當(dāng)bug被返還到測(cè)試組后,我們將bug的狀態(tài)設(shè)置為“Pending Reset”
Reset(再測(cè)試)
測(cè)試組的負(fù)責(zé)人將bug指定給某位測(cè)試人員進(jìn)行再測(cè)試,并將bug的狀態(tài)設(shè)置為“Reset”
Closed(已關(guān)閉的)
如果測(cè)試人員經(jīng)過(guò)再次測(cè)試之后確認(rèn)bug已經(jīng)被解決之后,就將bug的狀態(tài)設(shè)置為“Closed”
Reopen(再次打開(kāi)的)
如果經(jīng)過(guò)再次測(cè)試發(fā)現(xiàn)bug(指bug本身而不是包括因修復(fù)而引發(fā)的新bug)仍然存在的話,測(cè)試人員將bug再次傳遞給開(kāi)發(fā)組,并將bug的狀態(tài)設(shè)置為“Reopen”
Pending Reject(拒絕中)
如果測(cè)試人員傳遞到開(kāi)發(fā)組的bug被開(kāi)發(fā)人員認(rèn)為是正常行為而不是bug時(shí),這種情況下開(kāi)發(fā)人員可以拒絕,并將bug的狀態(tài)設(shè)置為“Pending Reject”
Rejected(被拒絕的)
測(cè)試組的負(fù)責(zé)人接到上述bug的時(shí)候,如果他(她)發(fā)現(xiàn)這是產(chǎn)品說(shuō)明書中定義的正常行為或者經(jīng)過(guò)與開(kāi)發(fā)人員的討論之后認(rèn)為這并不能算作bug的時(shí)候,開(kāi)發(fā)組負(fù)責(zé)人就將這個(gè)bug的狀態(tài)設(shè)置為“Rejected”
Postponed(延期)
有些時(shí)候,對(duì)于一些特殊的bug的測(cè)試需要擱置一段時(shí)間,事實(shí)上有很多原因可能導(dǎo)致這種情況的發(fā)生,比如無(wú)效的測(cè)試數(shù)據(jù),一些特殊的無(wú)效的功能等等,在這種情況下,bug的狀態(tài)就被設(shè)置為“Postponed”
Deferred(延期的)
有些情況一些特殊的bug顯得不那么重要,同時(shí)也是可以消除的,這個(gè)時(shí)候我們可以將bug的狀態(tài)設(shè)置為“Deferred”
下面就對(duì)這幾種狀態(tài)進(jìn)行以下解釋:
New:(新的)
當(dāng)某個(gè)“bug”被發(fā)現(xiàn)的時(shí)候(第一次),測(cè)試人員需要與項(xiàng)目負(fù)責(zé)人溝通以確認(rèn)發(fā)現(xiàn)的的確是一個(gè)bug,如果被確認(rèn)是一個(gè)bug,就將其記錄下來(lái),并將bug的狀態(tài)設(shè)為New
Assigned(已指派的)
當(dāng)一個(gè)bug被指認(rèn)為New之后,將其將給開(kāi)發(fā)人員,開(kāi)發(fā)人員將確認(rèn)這是否是一個(gè)bug,如果是,開(kāi)發(fā)組的負(fù)責(zé)人就將這個(gè)bug指定給某位開(kāi)發(fā)人員處理,并將bug的狀態(tài)設(shè)定為“Assigned”
Open(打開(kāi)的)
一旦開(kāi)發(fā)人員開(kāi)始處理bug的時(shí)候,他(她)就將這個(gè)bug的狀態(tài)設(shè)置為“Open”,這表示開(kāi)發(fā)人員正在處理這個(gè)“bug”
Fixed(已修復(fù)的)
當(dāng)開(kāi)發(fā)人員進(jìn)行處理(并認(rèn)為已經(jīng)解決)之后,他(她)就可以將這個(gè)bug的狀態(tài)設(shè)置為“Fixed”并將其提交給開(kāi)發(fā)組的負(fù)責(zé)人,然后開(kāi)發(fā)組的負(fù)責(zé)人將這個(gè)bug返還給測(cè)試組
Pending Reset(待在測(cè)試的)
當(dāng)bug被返還到測(cè)試組后,我們將bug的狀態(tài)設(shè)置為“Pending Reset”
Reset(再測(cè)試)
測(cè)試組的負(fù)責(zé)人將bug指定給某位測(cè)試人員進(jìn)行再測(cè)試,并將bug的狀態(tài)設(shè)置為“Reset”
Closed(已關(guān)閉的)
如果測(cè)試人員經(jīng)過(guò)再次測(cè)試之后確認(rèn)bug已經(jīng)被解決之后,就將bug的狀態(tài)設(shè)置為“Closed”
Reopen(再次打開(kāi)的)
如果經(jīng)過(guò)再次測(cè)試發(fā)現(xiàn)bug(指bug本身而不是包括因修復(fù)而引發(fā)的新bug)仍然存在的話,測(cè)試人員將bug再次傳遞給開(kāi)發(fā)組,并將bug的狀態(tài)設(shè)置為“Reopen”
Pending Reject(拒絕中)
如果測(cè)試人員傳遞到開(kāi)發(fā)組的bug被開(kāi)發(fā)人員認(rèn)為是正常行為而不是bug時(shí),這種情況下開(kāi)發(fā)人員可以拒絕,并將bug的狀態(tài)設(shè)置為“Pending Reject”
Rejected(被拒絕的)
測(cè)試組的負(fù)責(zé)人接到上述bug的時(shí)候,如果他(她)發(fā)現(xiàn)這是產(chǎn)品說(shuō)明書中定義的正常行為或者經(jīng)過(guò)與開(kāi)發(fā)人員的討論之后認(rèn)為這并不能算作bug的時(shí)候,開(kāi)發(fā)組負(fù)責(zé)人就將這個(gè)bug的狀態(tài)設(shè)置為“Rejected”
Postponed(延期)
有些時(shí)候,對(duì)于一些特殊的bug的測(cè)試需要擱置一段時(shí)間,事實(shí)上有很多原因可能導(dǎo)致這種情況的發(fā)生,比如無(wú)效的測(cè)試數(shù)據(jù),一些特殊的無(wú)效的功能等等,在這種情況下,bug的狀態(tài)就被設(shè)置為“Postponed”
Deferred(延期的)
有些情況一些特殊的bug顯得不那么重要,同時(shí)也是可以消除的,這個(gè)時(shí)候我們可以將bug的狀態(tài)設(shè)置為“Deferred”
總結(jié)
以上是生活随笔為你收集整理的bug生命周期的状态的全部?jī)?nèi)容,希望文章能夠幫你解決所遇到的問(wèn)題。
- 上一篇: 今目标——让我们离成功更近……
- 下一篇: shell学习小结