軟件缺陷管理中的BUG等級劃分方法

　　具體基本上可分為：

　　○ 界面格式等不規范

　　○ 輔助說明描述不清楚

　　○ 操作時未給用戶提示

　　○ 可輸入區域和只讀區域沒有明顯的區分標志

　　○ 個別不影響產品理解的錯別字

　　○ 文字排列不整齊等一些小問題

　　○ 建議

　　注意：對于結構及硬件問題，由于產品測試部僅是進行輔助測試，碰到此類問題時，均將于定位于等級“致命”，具體情況由結構及硬件部門相關人員確認。

　　2.BUG發生率劃分建議：

　　目前通用的對BUG發生率的劃分主要有兩種劃分方法：一種是測試發生率：即按照特定步驟執行多次的BUG重現率;另外一種是用戶使用發生率：即模擬用戶在使用產品發生此問題的概率。第一種方法計量精確簡單，可操作性高，但不太符合產品的實際使用情況。第二種方法，則需要推斷用戶使用某一業務的頻率，因此計量相對沒有第一種精確，操作性高，但比較符合產品的實際使用情況。由于產品的最終使用總是用戶，因此建議我司的BUG發生率采用第二種方法——即用戶使用發生率。

　　用戶使用發生率=用戶類別*業務類別*測試發生率

　　● 用戶類別：

　　我們公司的主要客戶群有生產人員、客服人員、最終用戶。根據其對公司產品的生產、銷量、聲譽、維護的不同可以分配不同的權重(權重范圍為0-1之間)。

　　如：生產人員——>0.3

　　客服人員——>0.5

　　最終用戶——>1.0

　　● 業務類別：

　　業務類別根據具體項目的業務情況分為主要業務、次要業務及輔助業務。

　　業務類別的確認具有人為的主觀因素，若需求文檔有明確說明各個業務功能的優先級(業務功能優先級由“風險”，“復雜度”及“用戶需要”在撰寫需求時確認)，那么一般可參考此優先級來確認。優先級高的為主要業務，優先級其次的為次要業務，其它為輔助業務(注：僅可作為參考，確認業務類別最好由市場相關人員來確認。如產品經理，市場分析人員等。)

　　若需求中沒有明確說明各業務功能的優先級，哪么應當在測試開始前，召開由產品，研發及測試部門一同出席的會議，確認各業務功能的分類，并將其記錄于需求文檔中。

　　● 測試發生率

　　測試發生率為按照特定步驟執行多次的BUG重現率

　　測試發生率=BUG重現次數/按照特定步驟執行的總次數。

　　其中：對于概率性問題，執行的總次數應結果BUG的復雜程度執行(20-50次)

　　用戶使用發生率等級劃分：

　　如上所述，用戶使用發生率=用戶類別*業務類別*測試發生率，根據最終得到的用戶使用發生率的值的不同，可以將用戶使用發生率劃分為如下幾個等級(也可沿用舊等級劃分，將<2%的問題劃入等級“低”)：

文章來源于領測軟件測試網 http://www.kjueaiud.com/