課程大綱

1、缺陷（bug）生命周期?

2、缺陷（bug）提交規范

2.1?宗旨

簡潔、清晰、可視化，減少溝通成本。

2.2?bug格式和內容

①?標題：一級功能-二級功能-三級功能_（一句話描述bug：）操作+結果+期望

（下劃線前方的功能模塊，視情況增減）

②?內容（bug描述）：操作環境?+?操作步驟?+ 結果 + 問題排查及定位 + 期望

（需要提供必要的截圖、數據依據）

bug樣例：

標題
內容	【操作環境】 測試服務器：192.168.1.38 瀏覽器：chrome?版本?125.0.6422.113（正式版本） (arm64) 【操作步驟】 商城首頁列表，點擊商品列表項主圖查看商品詳情。 登錄-進入商城-商品列表-點擊列表項商品主圖 （附截圖） 【結果】 點擊后界面無響應，未跳轉至商品詳情頁。 （附截圖） 【期望】 點擊商品主圖，可正常進入商品詳情頁。 （附截圖） 【排查】 前端界面：F12查看點擊時是否發出商品詳情請求 （附截圖） 系統日志：登錄測試服務器，復現操作，查看系統日志是否有商品詳情請求。 （附截圖） 后端接口：postman/jmeter調用商品詳情接口，輸入商品id，查看返回結果。 （附截圖） 數據庫：使用數據庫檢索商品詳情數據，驗證數據是否存在且正確。 （附截圖）

3、缺陷（bug）定位方式

按照以下順序（從前到后）依次排查，直至定位到問題：

1. 結果與預期不符，嘗試復現確認，避免偶然性問題。檢查操作是否正確、對需求的理解、技術方案是否理解正確、網絡原因；

2. 排查前端。使用瀏覽器右鍵“檢查”（F12），查看是否請求了接口、接口返回是否正確；

3. 服務器日志信息是否正確；

4. 排查后端接口。使用接口請求工具（如postman/jmeter），使用測試數據請求后端接口，查看返回是否正確、服務器日志信息是否正確；

5. 排查后端邏輯。查看服務器日志，檢查后端代碼邏輯、sql語句等是否正確；

6. 排查數據庫。查看數據庫數據，檢查數據是否存在、正確；

7. 排查環境。根據系統實現方式，查看前端/后端配置文件、后臺、底層可能的因素、測試環境因素。

4、缺陷（bug）等級劃分

4.1?四個等級

①致命（Critical） ：

致命是指系統主要功能喪失，用戶數據受到破壞，造成系統崩潰、懸掛、死機或者危及人身安全等的問題。

例如程序所引起的死機、非法退出、死循環、數據庫發生死鎖、數據流環節上嚴重的數值計算錯誤、產品設計存在嚴重的安全問題、漏洞被利用后可能導致系統癱瘓、數據丟失或隱私泄露等問題。

②?嚴重（Major）：

主要功能部分未實現、產品需求規格書不符、功能與要求不符、數據流錯誤、程序接口錯誤、?數據流環節上輕微的數值計算錯誤、?性能：如內存溢出、響應時間超長等的諸多問題。

③?一般（Normal）：

次要功能未實現、與產品需求規格書不符、界面出現錯誤、格式錯誤、沒有進行一些特殊的限制和要求、刪除內容沒有做提示、存在必填項冗余內容等方面問題。

④?微小（Trivial）：

一些小的界面方面的問題。例如錯別字、提示信息、語法日期顯示格式不正確、界面不美觀、操作不方便和不習慣等諸多方面。

4.2?缺陷等級與優先級

5、缺陷管理軟件

禪道、testlink、jira（confluence）、tapd、飛書……

附：課程完整思維導圖

B站：【土小帽軟件測試（行入門到高級）-嗶哩嗶哩】 https://b23.tv/1c2U5fN
測試資源（百度網盤）：https://pan.baidu.com/s/1Ypm8-VKuPurLtu0bCJovnA?pwd=5eji 提取碼: 5eji
【騰訊文檔】（流程圖）https://docs.qq.com/s/FQZsGpzsiYH9wj26JvSaFW