021-請你說一說bug的週期，以及描述一下不一樣類別的bug

一、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「

不一樣類別的bug（Bug類型）：

•    代碼錯誤

•    界面優化

•    設計缺陷

•    配置相關

•    安裝部署

•    安全相關

•    性能問題

•    標準規範

•    測試腳本

•    其餘