BUG的生命週期

2021-09-25 11:57:19 字數 1537 閱讀 4572

bug的定義:軟體程式的漏洞或缺陷,還包括測試工程師或使用者所發現和提出的軟體可改進的細節,或需求文件存在差異的功能實現等。

常見的bug型別(禪道系統為例,可自定義)

**錯誤、設計缺陷、介面優化、(主要在前三個)效能問題、配置相關、安裝部署、安全相關、標準規範、測試指令碼、其他

其他劃分:功能類、介面類、效能類、易用性類、相容性類、其他

練習1**錯誤 嚴重 2.

3.相容性 嚴重 4.效能問題 嚴重

5. 功能 嚴重 6.功能 嚴重

7.功能 致命 8 習慣性 細微

9設計 細微 10習慣性 細微

bug的等級(嚴重程度)

1.致命錯誤

1)常規操作引起的系統奔潰、宕機、死迴圈

2)造成資料洩露的安全性問題,比如惡意攻擊造成的賬戶私密資訊洩露

3)涉及金錢計算

2.嚴重錯誤

1)重要功能不能實現

2)錯誤的波及面廣,影響到其它重要的功能正常實現(功能互動)

3)非常規操作導致的程式奔潰、宕機、死迴圈

4)外觀難以接受的缺陷(舉例:直播平台的美女)

5)密碼明文顯示(介面+資料庫)

3.一般錯誤

不影響產品的執行,不會成為故障的起因,但對產品外觀和下道工序影響較大的缺陷

1)次要功能不能實現

2)操作介面錯誤(包括資料視窗內列名定義、含義不一致)

3)查詢錯誤,資料錯誤顯示

4)簡單的輸入限制濰坊到前端控制(格式限制)【比如手機號碼,使用者名稱格式】

5)刪除操作未給予提示(二次確認視窗)

4.細微錯誤

程式在一些顯示上不美觀,不符合使用者習慣,或者是一些文字的錯誤

1)介面不規範

2)輔助說明描述不清楚

3)提示視窗文字未採用行業術語

4)介面存在文字錯誤

改進意見:可以提高產品質量的建議,包括新需求和對需求的改進

bug的生命週期

從發現——>到提交到缺陷管理平台——>指派開發——>已解決——>待驗——>關閉

bug的狀態處理-測試

1.已經指派的bug——已指派開發,注意bug的走向,隨時關注並進行跟蹤!若一直未修復,提醒開發,以免忘記。若已修復等待測試環境更新後進行驗證

2.已解決的bug——等待測試環境更新後重新驗證,通過關閉。否,指派開發

3.重複的bug——是否與開發指定重複,重複關閉,否指派開發

4.不是缺陷——確認開發環境是否與測試環境一致,確定不是缺陷後關閉,否·····

5.無法重現——確認開發環境是否與測試環境一致,包括操作步驟、瀏覽器、特定賬號等,若多個版本驗證後,如開發所說無法重現,可依據bug嚴重程度跟產品、開發一起確認關閉,否·····

6.不予解決——找產品經理確認。確認不予關閉,否···

7.設計如此——找產品經理確認。確認設計如此關閉,否····

8.延期修改——檢視bug嚴重程度,是否影響當前版本發布?與產品經理確認。不予延期根據情況進行啟用與情況說明;確認延期,做好記錄,後續版本進行關注

作業:印象深刻的bug

12306買票系統的驗證碼

bug的生命週期

狹義概念 是指軟體程式的漏洞或缺陷 廣義概念 除軟體程式的漏洞或缺陷之外,還包括測試工程師或者使用者發現和提出的軟體可改進的細節,或與需求文件存在差異的功能實現等 測試人員的職責就是,發現這些bug,並交給開發人員,讓開發人員進行修改 要確定乙個bug的型別,需要對專案 或產品 有比較深的理解,這個...

Bug的生命週期

bug分類 一般分為 系統崩潰 嚴重 一般 次要 建議 一級 系統崩潰 嚴重阻礙測試和開發工作 最高 具體可為 1.功能安全沒有實現 2.應用閃退 崩潰無法執行 3.其他導致功能無法測試的問題 二級 嚴重 非阻礙用例執行的嚴重問題 高 具體可分為 1.簡單操作應用閃退 崩潰。卡死 2.資料丟失 3....

bug的生命週期

發現 新建 提bug 指派 已解決 待驗 關閉 正常 如果待驗的bug沒有解決好,重新開啟 指派 已解決 待驗 中間其他狀態 拒絕 延期 1 發現bug,確認是不是,避免操作環境的問題導致不是,提交到bug管理工具上 new 2 指派給開發老大 assigned 3 重複bug duplicated...