軟體測試基礎 軟體缺陷管理學習筆記

2021-07-04 23:07:09 字數 1106 閱讀 2609

缺陷狀態

描述

已關閉缺陷確認者(一般為問題生**)驗證後認為問題已解決屬實

已拒絕被拒絕的缺陷經缺陷確認者確認,確實不需要修復或不是缺陷

被拒絕測試人員認為是系統缺陷或者是需要對系統進行優化,開發人員認為不是缺陷或者不需要優化的問題

延遲問題的分析者認為是缺陷,但是不影響業務辦理的進行延遲處理。

嚴重等級

描述

嚴重

缺陷對進度的影響可能是非常致命的,或者可能是乙個停止器

——即終止使用者繼續使用系統;或者影響測試工作繼續進行的缺陷。

較嚴重系統基本能正常工作但同一錯誤現象頻繁出現或者問題不解決時會給後續工作帶來較大風險(如需求描述不正確導致系統設計錯誤)。

一般不屬於「嚴重

」、「較嚴重」、

「微小」之外的缺陷。 微小

不影響系統功能,但影響系統的易用性(如介面美觀問題、操作建議等)或產出物的一些非技術性質量問題(如文件版本、錯別字等)。

編號

缺陷型別

描述

1.t-需求獲取

需求獲取中存在的缺陷。如需求獲取不完整,獲取的需求歧義等。 2.

u-使用者介面

不合理的介面布局、色調、縮排、對齊方式,注釋和拼寫錯誤;不適當的錯誤提示資訊、人機互動方式;指定的功能鍵不能工作;不正確的選單導向;缺少必要的效驗;沒有聯機幫助等。 3.

p-效能

不滿足系統可測量的效能屬性值,如:執行時間、事務處理速度等。 4.

s-資料結構

資料表、字段、結構等方面的問題。 5.

a-程式結構

編碼沒有達到設計要求引起的缺陷,如程式錯誤,計算錯誤等。 6.

b-一致性

由於配置管理、版本管理、變更管理引起的問題;需求、設計、可執行系統等存在的不一致性問題。 7.

o-其他

不屬於前面六種型別缺陷的缺陷。如開發環境、作業系統、硬體引起的缺陷。



軟體測試學習筆記 軟體缺陷

軟體缺陷定義 軟體缺陷屬性 發現缺陷後,需要提交缺陷單,通常情況下,缺陷單需要包含以下的內容 id,標題 title 測試環境 environment 嚴重等級 severity 優先順序 priority 類別 category 狀態 status 描述資訊 description 重現步驟 re...

軟體缺陷與軟體測試

軟體未實現產品說明書要求的功能 軟體出現了產品說明書指明不應該出現的功能 軟體實現了產品說明書未提到的功能 軟體未實現產品說明書雖未明確提及但應該實現的目標 軟體難以理解 不易使用 執行緩慢或者 從測試的角度看 終端使用者會認為不好所有不滿足需求或者超出需求的都是缺陷 沒有不存在缺陷的軟體,只有尚未...

軟體測試之 軟體缺陷

二 軟體缺陷分類 三.軟體缺陷的注意 四 缺陷的其他 軟體缺陷 defect 常常又被叫做bug。所謂軟體缺陷,即為計算機軟體或程式中存在的某種破壞正常執行能力的問題 錯誤,或者隱藏的功能缺陷。缺陷的存在會導致軟體產品在某種程度上不能滿足使用者的需要。ieee729 1983對缺陷有乙個標準的定義 ...