軟體測試中Bug的分類(型別)

2021-10-02 03:13:08 字數 1564 閱讀 3768

是指bug對軟體質量的破壞程度,即此bug的存在將對軟體的功能和效能產生什麼樣的影響。

崩潰(blocker):系統無法正常執行。阻礙開發或測試工作的問題;造成系統崩潰、宕機、死迴圈、導致資料庫資料丟失,與資料庫連線錯誤,主要功能喪失,基本模組缺失等問題。如:**錯誤、死迴圈、資料庫發生死鎖、重要的一級選單功能不能使用等(該問題在測試中較少出現,一旦出現應立即中止當前版本測試)。

嚴重(critical):很明顯的錯誤性的bug。系統主要功能部分喪失、資料庫儲存呼叫錯誤、使用者資料丟失,一級功能選單不能使用但是不影響其他功能的測試。功能設計與需求嚴重不符模組無法啟動或呼叫,程式重啟、自動退出,關聯程式間呼叫衝突,安全問題、穩定性等。如:軟體中資料儲存後資料庫中顯示錯誤,使用者所要求的功能缺失,程式介面錯誤,數值計算統計錯誤等。(該等級問題出現在不影響其他測試的情況下可以繼續改版本測試)。

一般:常見的bug。功能沒有完全實現但是不影響使用,功能選單存在缺陷但不會影響系統穩定性。如:操作時間長、查詢時間長、格式錯誤、邊界條件錯誤,刪除沒有確認框、資料庫表中字段過多等。(該問題實際測試中存在最多,合理安排解決bug,解決率關係到版本的優化程度)。

介面、效能缺陷,建議類問題,不影響操作功能的執行,可以優化效能的方案等。如:錯別字、介面格式不規範,頁面顯示重疊、不該顯示的要隱藏,描述不清楚,提示語丟失,文字排列不整齊,游標位置不正確,使用者體驗感受不好,可以優化效能的方案等。(此類問題在測試初期較多,優先程度較低;在測試後期出現較少,應及時處理)。

表示處理和修正軟體缺陷的先後順序的指標,即哪些缺陷需要優先修正,哪些缺陷可以稍後修正。

重要且緊急:優先順序最高,一定要做的。

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

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

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

bug的嚴重程度和優先順序是含義不同但相互聯絡密切的兩個概念,從不同的側面描述了軟體缺陷對軟體質量和終端使用者的影響程度和處理方式。

注:

嚴重程度高,優先順序一定高?

功能邏輯類、效能類、介面類、邊界值類、記憶體溢位類…

按照測試種類分類,可讓我們了解不同測試方法所能發現的bug比例,使測試的時候有所重點。

一般的軟體產品都是分為若干功能模組的。二八定理,統計bug主要集中在哪個功能模組裡,後面要投入重點精力去測試。

確保重現bug,嚴重錯誤重複測試兩次以上。

用最少且最必要的步驟描述bug。

簡潔,準確,完整。盡量使用中性詞語。

乙個bug乙個缺陷報告。便於bug分配,便於回歸測試。

填寫所屬產品。

填寫所屬專案。

選擇所屬的模組(前提是建立了相對應的模組)。

選擇影響版本,預設選擇trunk。

bug型別(10大種,選擇對應的bug型別即可)。

相容性pc端,考慮在某個作業系統下的某個瀏覽器,手機型號等。

bug的標題,唯一性,便於查詢。

bug的嚴重程度(1,2,3,4)。

bug的優先順序(書寫上三個級別:1,2,3(高,中,低))。

重現步驟包括三個方面:操作步驟、預期結果、實際結果。

bug的重現需上傳對應的檔案(如操作時發現的截圖)。

軟體測試 Bug的分類和等級

目錄 一 bug的定義 二 bug的型別 三 bug的等級 四 bug的處理流程圖 五 bug的狀態處理 軟體的bug,狹義指軟體程式的漏洞或缺陷,廣義指測試工程師或使用者提出的軟體可改進的細節 或與需求文件存在差異的功能實現等 對應三個測試目的 3個為了 1 為了發現程式的 或業務邏輯錯誤 2 為...

軟體測試一般bug分類

測試用例首先來自於對於需求的分析,是否能為測試挑選最合適或最關鍵的需求,關係到專案的成敗。思考方法1 正反面思考法 為每個測試需求至少編制兩個測試用例 正面測試用例 負面測試用例 正面測試用例 用於證明該需求已經滿足 負面測試用例 反映某個無法接受 反常或意外的條件或資料,用於論證只有在所需條件下才...

軟體測試其他型別分類

1.其他型別分類 回歸測試 軟體功能修改後,對軟體進行重新測試以確認修改沒有引入新的錯誤或導致其他部分產生錯誤。回歸測試的重心在關鍵模組和重點功能元件。軟體研發週期中會進行多次回歸測試,且盡量實現自動化。monkey測試 也稱搞怪測試,就是用一些隨機 稀奇古怪的方式來操作軟體,以測試系統的健壯性和穩...