關於BUG嚴重程度、處理優先級、bug類型的划分


轉載

原文地址:http://blog.csdn.net/netinnet/article/details/8166623

一 嚴重程度

致命:系統無法正常運行

 

嚴重:很明顯的錯誤性的bug

 

較重:相對明顯的錯誤性的bug

 

一般:常見的bug

 

建議類:(暫時保留,可能去掉)

 

二 優先級

說明:緊急相當於執行前的准備工作,重要相當於后續的工作

 

重要且緊急:優先級最高,一定要做的

 

重要不緊急:暫時可以先緩一緩 但一定要做的

 

緊急不重要:可以先准備下,隨時准備做的

 

不緊急不重要:可忽略不計的

 

三 bug類型:

功能錯誤:功能上的錯誤性bug

代碼錯誤:一般很少出現,通常在自測時出現(對白盒測試、自測的比較適合)

內容相關:業務邏輯方面以及業務描述等相關問題

表單相關:表單邏輯、樣式、內容問題

用戶界面:UI表現,包括對話框樣式和文字描述問題

需求變動:原有的需求基礎上的更改

新增需求:會議上提出的新需求,非正式會議提出的不屬於該項

設計文檔:數據庫設計文檔、概要/詳細設計文檔

建議:功能已滿足但待改善,屬於改良性建議

配置相關:如web服務器或者數據庫服務器配置等問題

安裝部署:項目部署時出現的錯誤,可能不是程序本身的問題而是工具本身和人為因素引起

安全相關:加密和水印等安全信息

性能壓力:負載、壓力測試

標准規范:根據國際標准或者公司內部制定的某標准

測試腳本:如用工具LR編寫並執行腳本進行測試

事務跟蹤:產品缺陷/bug跟蹤(Defect/bug Tracking) 
工作任務跟蹤(Task Tracking) 
問題解決過程跟蹤(Problem Tracking) 
產品需求管理(Request Management) 
客戶服務過程跟蹤(Customer Support Tracking

Bad Case:和用例沒有關聯起來,所以暫時不用

其他:盡量避免用該項,不便於統計但仍保留


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM