【正文】 陷需延期修改或追蹤，可將打開態(tài)缺陷置為缺陷延期態(tài)； 此外，終結(jié)態(tài)必要時可以重新打開： ● 在適當?shù)臅r候，管理者可將缺陷延期態(tài)改為打開態(tài)，要求程序員修改； ● 在復(fù)查缺陷處理結(jié)果時，發(fā)現(xiàn)缺陷關(guān)閉態(tài)或缺陷刪除態(tài)的處理有誤，測試員可以將缺陷關(guān)閉或缺陷刪除態(tài)重新置為打開態(tài)，要求程序員重新修改； 一般在測試初期，活動態(tài)的缺陷數(shù)會急劇上升，隨著程序員、測試員的處理逐漸轉(zhuǎn)為終結(jié)態(tài)。 ? 軟件缺陷的生命周期示意圖如圖 161所示。 缺陷生命周期過程是測試員、程序員、管理者一起參與、協(xié)同測試工作的過程。 發(fā)現(xiàn) —— 〉 打開 —— 〉 修復(fù) —— 〉 關(guān)閉。沒有經(jīng)驗的項目團隊，缺乏士氣和動機不純等； ★ 缺乏組織和通訊：缺乏用戶參與，職責不明確、管理失敗等； ★ 硬件：硬件配置不對、缺乏、或處理器缺陷導(dǎo)致算術(shù)精度丟失，內(nèi)存溢出等； ★ 軟件：軟件設(shè)置不對、缺乏，或操作系統(tǒng)錯誤導(dǎo)致無法釋放資源，工具軟件的錯誤，編譯器的錯誤等； ★ 工作環(huán)境：組織機構(gòu)調(diào)整，預(yù)算改變，工作環(huán)境惡劣。 ★ 需求說明書：需求說明書的錯誤或不清楚引起的問題； ★ 設(shè)計文檔：設(shè)計文檔描述不準確。 2． 軟件缺陷的種類 軟件缺陷的種類有如下 15點內(nèi)容： （ 1）功能不正常； （ 2）軟件在使用上不方便； （ 3）軟件的結(jié)構(gòu)未做良好規(guī)劃； （ 4）功能不充分； （ 5）與軟件操作者的互動不良； （ 6）使用性能不佳； （ 7）未做好錯誤處理； （ 8）邊界錯誤； （ 9）計算錯誤； （ 10）使用一段時間所產(chǎn)生的錯誤； （ 11）控制流程的錯誤； （ 12）在大數(shù)據(jù)量壓力之下所產(chǎn)生的錯誤； （ 13）在不同硬件環(huán)境下產(chǎn)生的錯誤； （ 14）版本控制不良所產(chǎn)生的錯誤； （ 15）軟件文檔的錯誤。 ? 3級（一般）：正常排隊缺陷需要正常排隊等待修復(fù)。修改優(yōu)先級為低，該級別需要程序員修改或不修改。修改優(yōu)先級為較高，該級別需要程序員盡快修改。 ★ 關(guān)閉：完全解決了，只供以后備查的狀態(tài) 重新打開：測試人員驗證后，還依然存在的缺陷，等待開發(fā)人員進一步修復(fù)，重新打開以前關(guān)閉的 bug 狀態(tài) (在 bug 工具中，可以自己定制適合項目的狀態(tài)項目，比如廢除，拒絕等 ) 。 ★ 不修改（保留）：程序員或項目經(jīng)理根據(jù)需求分析、概要設(shè)計、詳細設(shè)計說明書等上的要求經(jīng)過考慮后決定對 BUG 不進行修改（由于技術(shù)原因或第三者軟件的缺陷，開發(fā)人員不能修復(fù)的缺陷），其 BUG 的狀態(tài)為不修改。 16． 1． 4 BUG 狀態(tài) 缺陷狀態(tài)是指缺陷通過一個跟蹤修復(fù)過程的進展情況。 ★不做評價 ? 在軟件缺陷描述不要帶有個人觀點，對開發(fā)人員進行評價。 ★短小簡練 ? 通過使用關(guān)鍵詞，使軟件缺陷的標題的描述簡練，準確解釋產(chǎn)生缺陷的現(xiàn)象。 16． 1． 2軟件缺陷的特征 軟件缺陷的特征主要有如下 7點內(nèi)容： ★單一準確 ? 每個報告只針對一個軟件缺陷。缺陷定義為： ★ 軟件沒有達到產(chǎn)品說明書表明的功能； ? 程序中存在語法錯誤； ? 程序中存在拼寫錯誤； ★ 程序中存在不正確的程序語句； ? 軟件出現(xiàn)了產(chǎn)品說明書中不一致的表現(xiàn)； ? 軟件功能超出產(chǎn)品說明書的范圍； ? 軟件沒有達到用戶期望的目標； ? 測試員或用戶認為軟件的易用性差。對軟件缺陷測試和測試評估是不可缺少的、相當重要的。 在本講中 您能了解如下 主要知識點 ： ★ 軟件缺陷的概述； ★ 軟件缺陷的生命周期； ★ 軟件缺陷的跟蹤管理； ★ 軟件測試的評估。 按照定義，將缺陷分為文檔缺陷、代碼缺陷、測試缺陷、過程缺陷。在一個報告中報告多個軟件缺陷的弊端是常常會導(dǎo)致 缺陷部分被注意和修復(fù)，不能得到徹底的修正。如 “主頁”、“導(dǎo)航欄”、“分辨率”等關(guān)鍵詞。軟件缺陷報告是針對產(chǎn)品、 針對問題本身，將事實或現(xiàn)象客觀地描述出來就可以，不需要任何評價或議論。 BUG 狀態(tài)分為： ★ 激活或打開（ Active or Open）：問題還沒有解決，存在源代碼中，確認“提交的缺陷”，等待處理，如新報的缺陷。 ★ 延遲：根據(jù)目前項目進程或計劃等情況，暫時延期的狀態(tài)，缺陷可以在下一個版本中解決。 16． 1． 5 BUG 的等級劃分與優(yōu)先級 1． BUG 的等級劃分 BUG 的等級劃分為 4級： ★ 嚴重：死機、數(shù)據(jù)丟失、主要功能完全喪失、用戶數(shù)據(jù)受到破壞、系統(tǒng)崩潰等錯誤。 ★ 一般：系統(tǒng)的部分功能沒有完全實現(xiàn)，但不影響用戶的正常使用，如提示信息不太準確或用戶界面差、操作時間長等一些問題。 2． BUG 的優(yōu)先級 BUG 的優(yōu)先級一般與 BUG 等級掛鉤分為4級： ? 1級（嚴重）：立即解決。 ? 4級（輕微）：缺陷可以在開發(fā)人員有時間的時候被糾正。 3． 軟件缺陷的屬性 軟件缺陷的屬性主要有如下 10點內(nèi)容： （ 1）缺陷標識； （ 2）缺陷描述與缺陷注釋； （ 3）缺陷類型； （ 4）缺陷嚴重程度； （ 5）缺陷產(chǎn)生可能性； （ 6）缺陷的優(yōu)先級； （ 7）缺陷狀態(tài)； （ 8）軟件缺陷的起源； （ 9）軟件缺陷的來源； （ 10）缺陷根源。和需求說明書不一致的問題； ★ 系統(tǒng)集成接口：系統(tǒng)個模塊參數(shù)不匹配、開發(fā)組之間缺乏協(xié)調(diào)引起的缺陷； ★ 數(shù)據(jù)流（庫）：由于數(shù)據(jù)字典、數(shù)據(jù)庫中的錯誤引起的缺陷； ★ 程序代碼：純粹在編碼中的問題所引起的缺陷。 16． 2軟件缺陷的生命周期 16． 2． 1 軟件缺陷的生命周期 軟件缺陷的生命周期是指一個軟件缺陷被發(fā)現(xiàn)、報告到這個缺陷被修改、驗證直至最后關(guān)閉的完整過程。 這是一種理想的狀態(tài)，在實際的工作中是很難有這樣的順利的，需要考慮的各種情況都還是非常多的。缺陷狀態(tài)不僅表示出缺陷被修改、終結(jié)的進程，同時還標明了測試員、程序員、管理者的職責。 圖 161中： 典型的缺陷生命歷程 典型的缺陷生命歷程有三種過程： ★ 打開態(tài) — 〉 缺陷修改態(tài) — 〉 缺陷驗證態(tài) — 〉打開態(tài) /缺陷關(guān)閉態(tài) /缺陷刪除態(tài)； ★ 打開態(tài) — 〉 缺陷關(guān)閉態(tài) /缺陷刪除態(tài)； ★ 打開態(tài) — 〉 缺陷延期態(tài)。當所有軟件缺陷的狀態(tài)都轉(zhuǎn)變?yōu)榻K結(jié)態(tài)，且在一段時間內(nèi)沒有被打開，也沒有新的缺陷發(fā)生，即意味著測試可以結(jié)束或告一段落。 （ 3）在報告軟件缺陷時不做任何評價 2．缺陷跟蹤系統(tǒng)報告的信息 任何一個缺陷跟蹤系統(tǒng)的核心都是“軟件缺陷報告”， 缺陷跟蹤系統(tǒng)報告的詳細信息 請參見清華大學出版社 《 軟件測試與測試技術(shù) 》 ( )第 1版第 16章 表 165所示。文檔如表 166所示。 1． A 類 A類是由程序執(zhí)行引起的死機、非法退出、死循環(huán)。 ★ 數(shù)據(jù)庫的表、業(yè)務(wù)規(guī)則、缺省值未加完整性。 ★ 輔助說明描述不清楚； ★ 輸入輸出不規(guī)范； ★ 長操作未給用戶提示； ★ 提示窗口文字未采用行業(yè)術(shù)語； ★ 可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標志。與軟件不同，硬件不按預(yù)定方式工作。一個軟件缺陷的再現(xiàn)問題有時需要小組的共同努力。集中管理軟件測試過程中所發(fā)現(xiàn)缺陷的數(shù)據(jù)庫程序，可以通過添加、修改、排序、查尋、存儲操作來管理軟件缺陷。 2. 軟件缺陷跟蹤系統(tǒng)的選用 軟件缺陷跟蹤系統(tǒng)（缺陷管理工具），現(xiàn)在網(wǎng)上可以查得到的缺陷管理軟件有英文版的，也有中文版的，有要收費的，有免費提供的。 16