溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
一條軟件缺陷（或者叫Bug）記錄都包含了哪些內容？在傳統的BugZilla中，BUG描述應該包括以下的信息：
BUG管理工具的跟蹤過程和bug的狀態：從一個bug被發現到這個bug被關閉這一段時間，bug可能會有以下狀態：new ，open Postpone，Pending Retest，Retest,Pending Reject,Reject,Deferred,closed.
新建（new）-分配-研發修訂-測試確認-關閉。
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”
Deferred（延期的）
有些情況一些特殊的bug顯得不那么重要，同時也是可以消除的，這個時候我們可以將bug的狀態設置為“Deferred”
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
