軟件測試基礎(chǔ)常識1

一條軟件缺陷（或者叫Bug）記錄都包含了哪些內(nèi)容？在傳統(tǒng)的BugZilla中，BUG描述應(yīng)該包括以下的信息：

• 所屬模塊和BUG產(chǎn)生對應(yīng)的軟件版本
• 開發(fā)的接口人員
• BUG的優(yōu)先級
• BUG的嚴(yán)重程度
• BUG可能屬于的模塊，如果不能確認(rèn)，可以用開發(fā)人員來判斷
• BUG標(biāo)題，需要清晰的描述現(xiàn)象
• BUG描述，需要盡量給出重新Bug的步驟
• BUG附件中能給出相關(guān)的日志和截圖。

BUG管理工具的跟蹤過程和bug的狀態(tài)：從一個bug被發(fā)現(xiàn)到這個bug被關(guān)閉這一段時(shí)間，bug可能會有以下狀態(tài)：new ，open Postpone，Pending Retest，Retest,Pending Reject,Reject,Deferred,closed.

新建（new）-分配-研發(fā)修訂-測試確認(rèn)-關(guān)閉。

New:（新的）

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

Assigned（已指派的）

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

Open（打開的）

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

Fixed（已修復(fù)的）

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

Postponed（延期）

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

Deferred（延期的）

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