軟件測試BUG分級標準及通過標準
原文：https://blog.csdn.net/lansky54/article/details/5414188
編制目的
本文件作爲軟件測試過程中各階段的通過標準，旨在合理有效的對軟件階段質量進行控制，同時爲軟件測試的深度選擇和資源投入的決策提供參考。
主要內容與適用範圍
主要內容
本標準規定了軟件測試中缺陷、錯誤、故障等問題的分級方案及分級說明；各階段測試通過需遵循的標準；以及把常見問題按分類編寫了分級說明。
適用範圍
本標準適用於全部模塊的白盒測試（含模塊測試和聯調測試）、系統測試等測試階段，以及階段內里程碑的控制。上述階段的測試屬於黑盒測試。
特別需要申明的是：軟件一旦進入開發階段，測試就同步開始了，對於開發過程中的程序員自測，本標準不能適用。
【注①：黑盒測試也稱功能測試或數據驅動測試，它是在已知產品所應具有的功能，通過測試來檢測每個功能是否都能正常使用，在測試時，把程序看作一個不能打開的黑盆子，在完全不考慮程序內部結構和內部特性的情況下，測試者在程序接口進行測試，它只檢查程序功能是否按照需求規格說明書的規定正常使用，程序是否能適當地接收輸入數鋸而產生正確的輸出信息，並且保持外部信息（如數據庫或文件）的完整性。】
【注②：白盒測試也稱結構測試或邏輯驅動測試，它是知道產品內部工作過程，可通過測試來檢測產品內部動作是否按照規格說明書的規定正常進行，按照程序內部的結構測試程序，檢驗程序中的每條通路是否都有能按預定要求正確工作，而不顧它的功能，白盒測試的主要方法有邏輯驅動、基路測試等，主要用於軟件驗證。
問題分級規則
分級方法及簡要說明
本標準將測試過程中產生的問題按嚴重程度分成四級，①嚴重問題：在流程、數據或安全方面存在重大問題，導致軟件不具可用性，或核心功能項無法使用；②一般問題：由於設計的缺陷，導致軟件使用中存在較明顯的障礙，或者局部功能錯誤，但可以採取其他變通的操作實現；③輕度問題：由於編碼不夠完善，使某個小功能無法使用，或者對特殊的操作與要求不能支持；④細微問題：存在某些細微的缺陷，但不影響程序正常應用或該功能在下次升級版本中可以實現。
特別說明
在BUGGIT中Bug嚴重性級別和本文檔分級方法的對應關係
A：衝突—系統衝突或其他不可重現的錯誤 ①嚴重問題
B：主要—功能不能用
C：次要—不正確的功能 ②一般問題
D：不大重要—文件拼寫錯誤 ③輕度問題
E：查看—不能再現錯誤
F：將來可以加入的功能 ④細微問題
☆在填寫BUG嚴重級別時，請參照該文檔中描述的情況對應填寫。
從軟件規範化角度說明
①嚴重問題：嚴重不合理，核心功能完全違反軟件規範或業務規範，可能導致用戶強烈的反感。
②一般問題：一般不合理，即使用戶經過較長時間的熟練依然有錯誤操作的可能，或者使用者始終無法較流暢的操作，可能會導致用戶的抱怨。
③輕度問題：輕度不合理，存在歧義，需要反覆和用戶說明，即使如此，也有可能在使用中感到不便；界面設計存在缺陷、凌亂或不友好。
④細微問題：雖有不盡人意之處，但不影響用戶操作；或用戶使用頻率較低，並且不會造成錯誤；局部界面不夠美觀。
從軟件功能實現角度說明
①嚴重問題：由於需求、設計錯誤導致流程和流程控制存在重大錯誤，與現有政策法規或實務慣例的規定（約定）有明顯衝突；由於設計錯誤嚴重削弱軟件處理事務的能力；由於編碼錯誤導致骨幹流程不可用。
②一般問題：局部功能無法正常使用，但不影響軟件整體流程的實現；無法滿足可以預料到的特殊應用；軟件功能的實現過程中彈出未控制的系統錯誤提示，導致流程中斷。
③輕度問題：功能雖然能夠正常使用，但由於實現過程中缺乏容錯性，不能對設計邊界以外（甚至邊界本身）的數據或操作
做出正確的響應，導致程序整體不穩定；運行過程中彈出未控制的系統提示，但不影響流程繼續。
④細微問題：處理過程中出現的對實現功能沒有影響的缺陷；經過說明，用戶可以較容易理解並且不影響用戶使用的；實質上與軟件實現需求無關的。
從軟件數據準確性角度說明
數據準確性實質上衡量一個管理軟件功能實現方面最重要的尺度，考慮到數據問題極可能導致軟件質量危機，在此標準中單獨說明。
①嚴重問題：由於設計及編碼錯誤導致的各種報表數據統計結果錯誤；由於設計疏漏導致流程中數據控制失敗；數據計算過程中的四捨五入錯誤；通過接口轉移出現數據錯誤；各種系統操作（如月結年結、備份恢復等）導致的數據錯誤，以及其他本文中未列出的數據出錯。
②一般錯誤：由於表格邊界設置不當導致數據位數顯示錯誤；報表與報表之間同種指標數據不一致而沒有說明或說明不清楚；報表經過重新排序刷新後出現數據不一致現象；特殊數據未參與統計而沒有說明或說明不清楚；各種輔助項目屬性修改導致統計出錯。
③涉及數據錯誤的問題不存在輕度或細微狀態。
從軟件安全性和嚴密性角度說明
①嚴重問題：在不依賴後臺數據庫和解密程序的情況下能夠非法登錄系統；權限體系存在重大缺陷足夠導致安全隱患；對一些可能對信息安全或數據完整造成威脅的操作缺少強制備份、強制更換操作員、強制重新啓動程序等控制。
②一般錯誤：權限設置存在邏輯上的錯誤；顯而易見的權限控制失敗；備份數據未經處理可直接打開。
③輕度問題：存在隱含的安全漏洞，可以利用快捷方式、成批處理，以及權限的組合應用中的安全漏洞進行未經授權的操作。
④細微問題：默認狀態權限設置不合理；沒有遵循逐級授權的原則。
通過標準
針對目前公司現狀，提出幾個分階段的，具備一定里程碑概念的測試通過標準，貫穿於整個軟件（系統）測試過程，以下所有的標準細則是一個遞進的約束，每一階段的測試必須通過才能進入下一階段。
單元/集成測試通過標準
4.1.1 標準適用範圍
基於各層基類和存儲過程的獨立/聯調測試。
4.1.2標準內容
具備以下所有條目，可以通過單元/集成測試：
⑴：各基類和存儲過程的正常值測試全部通過；
⑵：聯調測試各接口沒有問題；
⑶：各基類和存儲過程的異常值測試通過率達85%以上；
系統測試通過標準
4.2.1 標準適用範圍
所有的系統測試。
4.2.2 標準內容
具備以下所有條目，系統測試纔可以通過：
基本流程能夠通暢的完成，核心功能可以體現；（不存在A，B級BUG）
對具備分支的流程，確保有一種分支可以持續使用，另外幾種要求可以體現設置方法和直接效果，否則就應暫時屏蔽分支功能；
基本界面符合術語規範，不存在錯誤或明顯歧義；所有可使用的流程中的界面設計工作必須完成；
按照標準流程沒有出現各種非正常提示；
關鍵流程和流程中的基本數據備份恢復沒有問題；
所有報表能夠在基本數據的基礎上正確生成；
非A，B級BUG的遺留數不能超過總用例數的5%緊急放行標準
4.3.1 標準適用範圍
本標準細則適用於測試後期，由於特殊原因，必須提前交付使用，測試結果需保證用戶指定使用的功能沒有任何問題，允許有少量要解決而未解決的需求和測試中已發現的錯誤未完成。在軟件發版後給用戶替換正式版。
4.3.2 標準內容
除用戶指定的需求或以前版本中使用中的缺陷及錯誤必須完善外，按照測試中發現而未解決的問題的數量控制，控制指標如下
A，B級BUG：低於2%
其它BUG：低於10%
常見問題分類中的分級細則
爲了進一步規範測試通過標準，有必要對測試中發現的問題歸類並標識每一種問題的嚴重程度，使階段質量的控制有一個可以實際執行的細則。下面的內容就是測試人員長期工作實踐中整理出的問題及其嚴重程度的描述。