測試基礎【第六篇】bug要素及其生命週期

bug的要素

爲了讓開發人員更準確、更快的看懂Bug，測試須要按照必定的規範提交bug。

缺陷id：通常由缺陷管理系統自動生成；

缺陷標題：概要描述缺陷；

發現人：通常是缺陷管理系統自動獲取當前用戶；

發現時間：通常是缺陷系統自動獲取當前系統時間；

版本：

缺陷所屬模塊：

是否可重現：

嚴重度：缺陷的嚴重程度；

優先級：缺陷修復的優先級；

缺陷狀態：通常初始狀態爲new；

指派給：選擇修改缺陷的開發人員；

Bug復現步驟：描述Bug出現的詳細過程，即：

　　1.URL、用戶名、密碼；

　　2.操做步驟；

　　3.預期結果；

　　4.實際結果；

　　5. Bug截圖

bug狀態

NEW：全部提交到開發對接的問題狀態爲NEW，表示爲未處理

OPEN：開發對接人初判爲需流轉問題，指定測試人員和開發人員，狀態爲OPEN。

REFUSE：開發對接人判斷爲不須要流轉至下環節的問題，狀態爲REFUSE，而且填寫緣由

FIXED：開發人員完成修復，待測試，狀態爲FIXED

REOPEN：測似人員針對開發人員的修復結果測試部經過，狀態爲REOPEN

CLOSE：測試人員判斷問題爲需求或其餘問題，需填寫緣由；
　　非代碼類問題處理完成
　　BUG類問題，測試經過

bug管理流程

下面是一個簡單的bug生命週期圖，每一個公司的可能不同，好比，有歧義的可能指派給需求。

另外一個更復雜的流程：Y**項目缺陷管理流程