3）開發工程師根據安排對特定的Bug進行處理，找出代碼中的錯誤原因，修改代碼，重新生成產品版本。
4）開發工程師處理了Bug之后，測試人員需要對處理后的結果進行驗證，經過驗證確認已正確處理的Bug被標記為關閉（Close）狀態。測試工程師既需要驗證Bug是否已經被修正，也需要確定開發人員有沒有在修改代碼的同時引入新的Bug。
話說回來，網上有很多自稱專家的人在那里大談特談所謂的優先級標準，什么“系統死機是高級別，界面錯誤是低級別”之類。其實這些指的是缺陷的嚴重級別（Serverity）！
當然，一般來說缺陷的嚴重級別也不是tester“主觀判斷”決定的，如果公司比較規范的話，會由測試經理、項目經理等組織制訂這么一份相關的標準文檔，文檔是關于對應缺陷嚴重級別的定義。Tester在測試的時候就根據這么一份文檔來決定對應Bug的嚴重級別。
我下面粘貼某公司的一個《缺陷等級標準》的文檔，大家可以看到其中的“E類——測試建議”正是我上課所說的Enhancement。
========================
缺陷嚴重級別定義:
o 最高級--導致運行中斷(應用程序崩潰),預期的功能沒有得到實現,測試工作無法繼續進行等.
o 緊急---事件非常重要,并且需要馬上給予關注.
o 高級---事件是重要的,并且應該在緊急的事件處理之后盡快得到解決.
o 中級---事件是重要的,但是由于解決問題需要花費一定的時間,所以可以用較長的時間解決.
o 低級---事件不重要,可以在時間和資源允許的情況下再解決.
o 建議性缺陷.
更為詳細的劃分如下:
A類——嚴重錯誤，包括：
o 由于程序所引起的死機,非法退出
o 死循環
o 導致數據庫發生死鎖
o 數據通訊錯誤
o 嚴重的數值計算錯誤
B類——較嚴重錯誤，包括：
o 功能不符
o 數據流錯誤
o 程序接口錯誤
o 輕微的數值計算錯誤
C類——一般性錯誤，包括：
o 界面錯誤(詳細文檔)
o 打印內容、格式錯誤
o 簡單的輸入限制未放在前臺進行控制
o 刪除操作未給出提示
D類——較小錯誤，包括：
o 輔助說明描述不清楚
o 顯示格式不規范
o 長時間操作未給用戶進度提示
o 提示窗口文字未采用行業術語
o 可輸入區域和只讀區域沒有明顯的區分標志
o 系統處理未優化
E類——測試建議（非缺陷）
文章來源于領測軟件測試網 http://www.kjueaiud.com/
