淺談bug(一)——如何描述一個bug、等級

1. 認識bug

  軟件的bug,狹義指軟件程序的漏洞或缺陷,廣義指測試工程師或用戶提出軟件可改進的細節,或與需求文檔存在差異的功能實現等。
對應了三個測試目的:

  • 爲了發現程序的代碼或業務邏輯錯誤
  • 爲了檢查產品是否符合用戶需求
  • 爲了提高用戶的體驗

2. 如何描述一個bug?

  1. 發現問題的版本
  2. 問題出現的環境

環境分爲硬件環境和軟件環境。如果是web項目,需要描述瀏覽器版本、客戶機操作系統等;如果是APP項目,需要描述機型、分辨率、操作系統版本等。

  1. 錯誤重現的步驟

描述問題的最短版本。

  1. 預期結果

要讓開發人員知道怎麼樣纔是正確的,尤其要以用戶的角度來描述程序的行爲是怎麼樣的。如果依據需求提出的故障,能寫明需求來源是最好的。

  1. 實際結果

描述錯誤的現象。比如錄製,截圖等操作。

3. bug的等級

  1. 崩潰(Blocker) 1級bug,必須優先修改

(1)常規操作引起的系統崩潰、死機、死循環
(2)造成數據泄漏的安全性問題,比如惡意攻擊造成的賬戶私密信息泄漏。
(3)涉及金錢,如支付類軟件,金錢計算錯誤

  1. 嚴重(Critical) 2級bug

(1)重要功能不實現(如:微信沒有語音聊天,朋友圈等)
(2)錯誤的波及面廣,影響到其他重要功能的正常實現
(3)非常規操作導致的程序崩潰、死機、死循環(非常規操作:用戶使用軟件時不會進行的操作)
(4)外觀難以接受的缺陷(例如:直播平臺的封面圖片的失真、壓縮,完全變形)
(5)密碼明文顯示

  1. 一般(Major) 3級bug

不影響產品的運行、不會成爲故障的起因、但對產品外觀和下道工序影響較大的缺陷
(1)次要功能不能正常實現
(2)操作界面錯誤(包括數據窗口內列名的定義,含義不一樣) eg:列名與列名下的內容不一樣
(3)查詢錯誤、數據顯示錯誤
(4)簡單的輸入限制未放在前端進行控制;(格式顯示,如登錄和註冊中的格式判斷可由前端判斷)
(5)刪除操作未給出提示

  1. 次要(Minor) 4級bug

程序在一些顯示上不美觀,不符合用戶習慣,或者是一些文字的錯誤
(1)界面不規範
(2)輔助說明描述不清楚
(3)提示窗口文字未採用行業術語
(4)界面存在文字錯誤
(5)改進意見:可以提高產品質量建議,包括新需求和對需求的改進

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章