從乙個bug被發現到這個bug被關閉這一段時間，bug可能會有以下狀態：new ，open postpone，pending retest，retest,pending reject,reject,deferred,closed.(請注意這裡有很多種狀態，我們需要根據不同情況來決定怎樣或者是否需要跟開發人員溝通)
下面就對這幾種狀態進行以下解釋：
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」
Bug生命週期 之 異常狀態
作為一名測試工程師，bug生命週期，一定不陌生 而且腦海裡，肯定能想到一張關於bug各狀態流轉的流程圖 關於，問到異常狀態下的bug處理姿勢時，很多同學，是沒有太清晰的思路去解答，或者去解決的 特別是在面試的時候，很多同學，吃過虧，乙份到手的offer，毀於這乙個小小的問題 啥叫異常流程 比如，1 ...
BUG的生命週期
bug的定義 軟體程式的漏洞或缺陷，還包括測試工程師或使用者所發現和提出的軟體可改進的細節，或需求文件存在差異的功能實現等。常見的bug型別 禪道系統為例，可自定義 錯誤 設計缺陷 介面優化 主要在前三個 效能問題 配置相關 安裝部署 安全相關 標準規範 測試指令碼 其他 其他劃分 功能類 介面類 ...
bug的生命週期
狹義概念 是指軟體程式的漏洞或缺陷 廣義概念 除軟體程式的漏洞或缺陷之外,還包括測試工程師或者使用者發現和提出的軟體可改進的細節,或與需求文件存在差異的功能實現等 測試人員的職責就是,發現這些bug,並交給開發人員,讓開發人員進行修改 要確定乙個bug的型別,需要對專案 或產品 有比較深的理解,這個...