8.1 定義

概述：標(biāo)識并描述發(fā)現(xiàn)的缺陷，具有清晰、完整和可重現(xiàn)問題所需的信息的文檔。

理解：測試人員發(fā)現(xiàn)缺陷，將缺陷記錄在《缺陷報(bào)告》中，通過缺陷報(bào)告將缺陷告知給開發(fā)人員，并對缺陷進(jìn)行跟蹤和管理。缺陷報(bào)告是測試人員與開發(fā)人員之間重要的溝通方式。

8.2 什么是缺陷

軟件缺陷就是通常說的Bug，它是指在軟件中（包括文檔和程序）存在的影響軟件正常運(yùn)行的問題。

軟件未達(dá)到產(chǎn)品說明書標(biāo)明的功能，如一個即時通訊App不能聊天。

軟件出現(xiàn)了產(chǎn)品說明書指明不會出現(xiàn)的錯誤，如高考不帶身份證。

軟件功能超出產(chǎn)品說明書指明的范圍，如即時通訊App做了一個地圖功能。

軟件未達(dá)到產(chǎn)品說明書雖未指出但應(yīng)該達(dá)到的目標(biāo)，如一個賬號的密碼是明文。

軟件難以理解、不易使用、運(yùn)行速度緩慢或者從測試人員的角度看最終用戶認(rèn)為不好，如一個即時通訊App無法找不到聊天界面。

8.3 軟件缺陷產(chǎn)生的原因

需求不明確和變更

軟件需求不清晰或者開發(fā)人員對需求理解偏差，導(dǎo)致軟件設(shè)計(jì)時偏離用戶的需求目標(biāo)，造成軟件功能或特征上的缺陷。此外，開發(fā)過程中客戶頻繁更新需求也會影響軟件最終的質(zhì)量。

軟件結(jié)構(gòu)復(fù)雜

編碼問題

項(xiàng)目期限短

使用新技術(shù)

8.4 導(dǎo)致軟件缺陷的典型錯誤

錯誤軟件缺陷

客戶與軟件開發(fā)人員之間交流困難缺少預(yù)期的軟件功能

開發(fā)人員未注意到代碼中的邏輯錯誤單擊按鈕沒有進(jìn)行任何操作

開發(fā)人員忘記了對文件復(fù)制代碼進(jìn)行錯誤檢查復(fù)制了一份被破壞的文件，導(dǎo)致軟件崩潰

開發(fā)人員沒有理解客戶的情況軟件不能滿足客戶的要求

8.5 軟件缺陷分類

8.6 缺陷報(bào)告的核心要素

八項(xiàng)：缺陷編號、缺陷狀態(tài)、缺陷標(biāo)題、重現(xiàn)步驟、嚴(yán)重程度、優(yōu)先級、缺陷類型、測試環(huán)境。

1.缺陷編號

缺陷的唯一標(biāo)識符

2.缺陷狀態(tài)

缺陷跟蹤過程的進(jìn)展情況

新建：剛發(fā)現(xiàn)的缺陷

已指派：已經(jīng)由測試人員將缺陷指派給開發(fā)人員進(jìn)行處理

已打開：開發(fā)人員正在修復(fù)缺陷

已修復(fù)：開發(fā)人員完成缺陷修復(fù)，還未進(jìn)行回歸測試

已拒絕：發(fā)開人員拒絕修復(fù)

已延期：對缺陷進(jìn)行延緩處理

已關(guān)閉：由測試人員回歸測試后，缺陷不存在了

重新打開：由測試人員回歸測試后，發(fā)現(xiàn)缺陷任然存在，

3.缺陷標(biāo)題

缺陷的概述，描述問題本質(zhì)

4.重現(xiàn)步驟

①一步一步描述再現(xiàn)缺陷的操作步驟

②預(yù)期結(jié)果

③實(shí)際結(jié)果

5.嚴(yán)重程度

缺陷對軟件系統(tǒng)的影響程度

6.優(yōu)先級

修復(fù)缺陷的重要性或緊迫性

7.缺陷類型

根據(jù)缺陷產(chǎn)生的來源和根源劃分出的缺陷種類

功能、配置、安裝、性能缺陷

8.測試環(huán)境

測試環(huán)境配置，包括軟件環(huán)境和硬件環(huán)境

8.7 缺陷報(bào)告編寫技巧

1、對錯誤的描述要做到簡潔、準(zhǔn)確、完整，揭示錯誤實(shí)質(zhì)2、盡量使用短語和短句，避免復(fù)雜句型句式3、每個軟件問題報(bào)告只書寫一個缺陷或錯誤4、明確指明錯誤類型和嚴(yán)重程度5、每一個步驟盡量只記錄一個完整操作6、復(fù)現(xiàn)的操作步驟要完整，準(zhǔn)確，簡短7、可以附加必要的錯誤特征圖像8、可以附加必要的測試用例

8.8 缺陷報(bào)告模板