第3章軟件缺陷管理3.1軟件缺陷3.2軟件缺陷管理3.3軟件缺陷管理工具13.1軟件缺陷2什么是缺陷?缺陷既指程序中存在的錯誤，例如語法錯誤、拼寫錯誤或者是一個不正確的程序語句。缺陷也指可能出現(xiàn)在設(shè)計中，甚至在需求、規(guī)格說明或其他的文檔中的種種錯誤。3.1.1軟件缺陷定義3軟件缺陷（Defect），常常又被叫做Bug。從產(chǎn)品內(nèi)部看，缺陷是軟件產(chǎn)品開發(fā)或維護(hù)過程中存在的錯誤、毛病等各種問題；從產(chǎn)品外部看，缺陷是系統(tǒng)所需要實現(xiàn)的某種功能的失效或違背。（IEEE729-1983）錯誤軟件失效(SoftwareFailure)軟件錯誤(SoftwareError)軟件故障(SoftwareFault)3.1.1軟件缺陷定義5軟件缺陷就是存在于軟件(文檔、數(shù)據(jù)、程序)之中的那些不希望，或不可接受的偏差，而導(dǎo)致軟件產(chǎn)生的質(zhì)量問題。符合下面5個規(guī)則中的一個，就叫做軟件缺陷：軟件未實現(xiàn)產(chǎn)品說明書要求的功能軟件出現(xiàn)了產(chǎn)品說明書指明不應(yīng)該出現(xiàn)的錯誤軟件實現(xiàn)了產(chǎn)品說明書未提到的功能軟件未實現(xiàn)產(chǎn)品說明書雖未明確提及但應(yīng)該實現(xiàn)的目標(biāo)軟件難以理解、不易使用、運行緩慢或者——從測試員的角度看——最終用戶會認(rèn)為不好3.1.1軟件缺陷定義6軟件缺陷是軟件產(chǎn)品的固有成分：

軟件缺陷是軟件開發(fā)過程中的“副產(chǎn)品”，會導(dǎo)致軟件產(chǎn)品在某種程度上不能滿足用戶的需要，導(dǎo)致對軟件產(chǎn)品預(yù)期屬性的偏離，造成用戶使用的不便。軟件缺陷包括檢測缺陷和殘留缺陷。檢測缺陷是指軟件在用戶使用之前被檢測出的缺陷；殘留缺陷是指軟件發(fā)布后存在的缺陷。3.1.1軟件缺陷定義導(dǎo)致軟件產(chǎn)生缺陷的九類原因需求的不完善定義客戶與開發(fā)者通信失敗對軟件需求的故意偏離邏輯設(shè)計錯誤編碼錯誤不符合文檔編制與編碼規(guī)定測試過程不足規(guī)程錯誤文檔編制錯誤調(diào)查研究表明：大多數(shù)軟件缺陷并不是由于編碼造成的，導(dǎo)致大多數(shù)軟件缺陷產(chǎn)生的最大的原因是需求分析階段，其次是在軟件設(shè)計階段3.1.1軟件缺陷定義需求分析成為造成軟件缺陷出現(xiàn)的最大的來源是有原因的軟件需求規(guī)格說明書描述了系統(tǒng)應(yīng)該具有哪些功能，不應(yīng)該具有哪些功能，功能的操作性如何，性能如何等等具體規(guī)格，它是開發(fā)流程與測試流程的輸入如果一開始輸入就不正確，那么經(jīng)過過程的處理后，缺陷/錯誤會被放大，同時修復(fù)的成本會顯著上升，人力物力時間將會被大量耗費從早期就開始對需求規(guī)格說明書進(jìn)行審查并基線化是必須的，同時測試人員在需求基線化前應(yīng)該被安排到流程中，參與評審，盡早從客戶/測試的角度找出所有不合理/不明確/不可行的需求，減少后期的開發(fā)與測試成本在軟件開發(fā)之初，由于客戶——開發(fā)者之間的通信失敗，造成需求規(guī)格說明的不完善或者是對軟件需求的偏離在開發(fā)過程中因需求規(guī)格說明的不全面或經(jīng)常變更，再加上整個開發(fā)小組不能很好的溝通造成設(shè)計和編碼與需求規(guī)格說明之間的不一致等等3.1.1軟件缺陷定義設(shè)計是另一個缺陷產(chǎn)生的主要來源設(shè)計是軟件開發(fā)人員規(guī)劃軟件的過程，在這個過程中可能會存在一些邏輯錯誤設(shè)計的變化、修改，加上整個開發(fā)小組溝通問題，這些就造成了軟件缺陷的產(chǎn)生軟件缺陷在編碼階段出現(xiàn)，通常是因代碼錯誤而造成，由于軟件復(fù)雜、文檔不足、進(jìn)度壓力、普通的低級錯誤或者是因程序員的思維定勢而引起3.1.1軟件缺陷定義很難找出缺陷的原因軟件錯誤/缺陷很難看到軟件錯誤/缺陷看到了但很難抓到軟件錯誤/缺陷抓到了但無法修改或很難修改人們無時無刻都可能犯錯誤，使得軟件中存在錯誤/缺陷典型的缺陷類型需求解釋有錯誤、用戶定義錯了需求、需求記錄錯誤設(shè)計說明有誤編碼說明有誤、程序代碼有誤、數(shù)據(jù)輸入有誤測試錯誤、問題修改不正確正確的結(jié)果是由于其它的缺陷產(chǎn)生的很難找出缺陷的原因軟件測試并不能保證所有的缺陷都被發(fā)現(xiàn)有些缺陷在測試過程中是不能被發(fā)現(xiàn)的有些軟件缺陷雖然在測試過程中可以被發(fā)現(xiàn)，但是測試人員不能使其再重現(xiàn)從而使得缺陷不能得到修復(fù)。軟件缺陷原則上是必須修復(fù)的。但因時間不夠、不算真正的軟件缺陷、修復(fù)的風(fēng)險太大等原因，產(chǎn)品開發(fā)小組可以決定對一些軟件缺陷不作修復(fù)3.1.2軟件缺陷描述12軟件缺陷描述：1）可追蹤的信息。

缺陷的ID（缺陷ID是唯一的，可以根據(jù)該ID追蹤缺陷）。13軟件缺陷描述：2）缺陷的基本信息?！と毕莸臉?biāo)題。

·缺陷的嚴(yán)重程度?！と毕莸木o急程度。

·缺陷提交人。

·缺陷提交時間。

·缺陷所屬項目/模塊。

·缺陷指定解決者。

·缺陷指定解決時間。·缺陷處理人。

·缺陷處理結(jié)果描述。

·缺陷處理時間。

·缺陷驗證人。

·缺陷驗證結(jié)果描述。

·缺陷驗證時間。3.1.2軟件缺陷描述14軟件缺陷描述：3）缺陷的詳細(xì)描述。

對缺陷的信息進(jìn)行詳細(xì)描述，描述的詳細(xì)程度直接影響開發(fā)人員對缺陷的修改。4）測試環(huán)境的說明。對測試環(huán)境的描述。5）必要的附件。對于某些文字很難表達(dá)清楚的缺陷，可使用圖片等附件進(jìn)行說明。3.1.2軟件缺陷描述15軟件缺陷描述規(guī)則：·單一準(zhǔn)確。

·可以再現(xiàn)?！ね暾y(tǒng)一。

·短小簡練。·特定條件。

·補充完善。·不做評價。3.1.2軟件缺陷描述3.1.3軟件缺陷分類16軟件缺陷分類是在軟件缺陷描述的基礎(chǔ)上進(jìn)行的。軟件缺陷的屬性包括以下幾個方面：·缺陷標(biāo)識(Identifier)

·缺陷類型(Type)

·缺陷嚴(yán)重程度(Severity）

·缺陷優(yōu)先級(Priority)

·缺陷狀態(tài)(Status)

·缺陷起源(Origin)·缺陷來源(Source)

·缺陷根源(RootCause)17按軟件缺陷的表現(xiàn)形式分類：·功能（F-Function）：影響了重要的特性、用戶界面、產(chǎn)品接口、硬件結(jié)構(gòu)接口和全局?jǐn)?shù)據(jù)結(jié)構(gòu)。并且設(shè)計文檔需要正式的變更。如邏輯，指針，循環(huán)，遞歸，功能等缺陷。·賦值（A-Assignment）：需要修改少量代碼，如初始化或控制塊。如聲明、重復(fù)命名，范圍、限定等缺陷。·接口（I-Interface）：與其他組件、模塊或設(shè)備驅(qū)動程序、調(diào)用參數(shù)、控制塊或參數(shù)列表相互影響的缺陷?！z查（C-Checking）：提示的錯誤信息，不適當(dāng)?shù)臄?shù)據(jù)驗證等缺陷?！ぢ?lián)編打包（B-Build/package/merge）：由于配置庫、變更管理或版本控制引起的錯誤。3.1.3軟件缺陷分類18按軟件缺陷的表現(xiàn)形式分類：·文檔（D-Documentation）：影響發(fā)布和維護(hù)，包括注釋?！に惴ǎ℅-Algorithm）：算法錯誤。·用戶接口（U-UserInterface）：人機(jī)交互特性：屏幕格式，確認(rèn)用戶輸入，功能有效性，頁面排版等方面的缺陷?！ば阅埽≒-Performance）：不滿足系統(tǒng)可測量的屬性值，如：執(zhí)行時間，事務(wù)處理速率等?！?biāo)準(zhǔn)（N-Norms）：不符合各種標(biāo)準(zhǔn)的要求，如編碼標(biāo)準(zhǔn)、設(shè)計符號等。3.1.3軟件缺陷分類19按軟件缺陷的嚴(yán)重程度分類：1-嚴(yán)重(Critical)嚴(yán)重缺陷：不能執(zhí)行正常工作功能或?qū)崿F(xiàn)重要功能。2-重要(Major)較大缺陷：產(chǎn)生錯誤的結(jié)果，導(dǎo)致系統(tǒng)不穩(wěn)定，運行時好時壞，嚴(yán)重地影響系統(tǒng)要求或基本功能實現(xiàn)的問題。3-中等(Normal)一般缺陷：不正確的，但不會影響系統(tǒng)穩(wěn)定性的。4-次要(Minor)輕微缺陷：不正確的，但有使系統(tǒng)使用起來不太方便的錯誤，重點指系統(tǒng)的UI問題。5-有待改進(jìn)(Enhancement)其他缺陷：系統(tǒng)中值得改良的問題。3.1.3軟件缺陷分類20按軟件缺陷的優(yōu)先級分類：1-立即解決（ResolveImmediately）：導(dǎo)致測試無法繼續(xù)進(jìn)行，必須立刻進(jìn)行修復(fù)；對用戶產(chǎn)生很大影響，必須優(yōu)先解決。2-高度關(guān)注（HighlyFocus）：對此缺陷給以高度重視，應(yīng)優(yōu)先進(jìn)行修復(fù)。3-正常排隊（NormalQueue）：缺陷需要正常排隊等待修復(fù)或列入軟件發(fā)布清單。4-低優(yōu)先級（NotUrgent）：缺陷可以在方便時被糾正。3.1.3軟件缺陷分類21按軟件缺陷的生命周期分類：1.New：每一個缺陷都是由測試人員發(fā)現(xiàn)并提交的，這個狀態(tài)標(biāo)注為new（新建）。2.Confirmed：缺陷被提交后，由相應(yīng)的負(fù)責(zé)人進(jìn)行接受，即comfirmed（確認(rèn)）狀態(tài)。3.Fixed：相應(yīng)的負(fù)責(zé)人員解決了該缺陷后，該缺陷的狀態(tài)就改為fixed(解決）。并且將其發(fā)給測試人員進(jìn)行回歸測試，防止產(chǎn)生其他錯誤。4.Closed：測試人員對已解決的缺陷進(jìn)行回歸測試，如果確定已經(jīng)解決，那么缺陷的狀態(tài)就改為closed（關(guān)閉），否則就需要返還給該缺陷的負(fù)責(zé)人重新修正；5.Reopen：有的缺陷在以前的版本中已經(jīng)關(guān)閉，但是在新的版本中又重新出現(xiàn)，則需要將其狀態(tài)改為reopen（重新打開）。3.1.3軟件缺陷分類22按軟件缺陷的狀態(tài)分類：3.1.3軟件缺陷分類23按軟件缺陷的來源分類：3.1.3軟件缺陷分類24按軟件缺陷的其它分類：例如根據(jù)產(chǎn)生缺陷的原因，可以將缺陷分成低級錯誤、疏忽、考慮欠周全、理解不到位以及其它，通過尋找造成上述錯誤的根本因素，以尋求開發(fā)、測試人員可改進(jìn)的地方。也可以根據(jù)同一個缺陷被重新修復(fù)的次數(shù)，將缺陷分成首次、兩次、三次、多次。3.1.3軟件缺陷分類25缺陷跟蹤管理是測試工作的一個重要部分測試的目的是為了盡早發(fā)現(xiàn)軟件系統(tǒng)中的缺陷。對缺陷進(jìn)行跟蹤管理，確保每個被發(fā)現(xiàn)的缺陷都能夠及時得到處理是測試工作的一項重要內(nèi)容。3.2軟件缺陷管理26缺陷跟蹤管理的目標(biāo)缺陷能夠引起軟件運行時產(chǎn)生的一種不希望或不可接受的外部行為結(jié)果，軟件測試過程簡單說就是圍繞缺陷進(jìn)行的，對缺陷的跟蹤管理一般而言需要達(dá)到以下的目標(biāo)：確保每個被發(fā)現(xiàn)的缺陷都能夠被解決收集缺陷數(shù)據(jù)并根據(jù)缺陷趨勢曲線識別測試過程的階段收集缺陷數(shù)據(jù)并進(jìn)行數(shù)據(jù)分析，作為組織的過程財富在一個運行良好的組織中，缺陷數(shù)據(jù)的收集和分析是很重要的，從缺陷數(shù)據(jù)中可以得到很多與軟件質(zhì)量相關(guān)的數(shù)據(jù)。3.2軟件缺陷管理3.2軟件缺陷管理27軟件測試作為軟件質(zhì)量保證的重要手段，近年來受到越來越高的關(guān)注，針對不同軟件所發(fā)現(xiàn)的軟件缺陷數(shù)量也越來越多。高效地管理所發(fā)現(xiàn)的缺陷，并通過分析總結(jié)現(xiàn)有缺陷、預(yù)防和發(fā)現(xiàn)新的軟件缺陷是提高軟件質(zhì)量的可行途徑之一。3.2.1軟件缺陷管理流程28缺陷管理流程中的各種角色測試人員：進(jìn)行測試的人員，缺陷的發(fā)現(xiàn)者項目經(jīng)理：對整個項目負(fù)責(zé)，對產(chǎn)品質(zhì)量負(fù)責(zé)的人員開發(fā)人員：執(zhí)行開發(fā)任務(wù)的人員，完成實際的設(shè)計和編碼工作評審委員會：對缺陷進(jìn)行最終確認(rèn)，在項目成員對缺陷達(dá)不成一致意見時，行使仲裁權(quán)力29軟件缺陷管理流程角色說明：A1：測試人員A2：項目經(jīng)理A3：開發(fā)人員A4：評審委員會3.2.1軟件缺陷管理流程30軟件缺陷流程管理的要點：為了保證錯誤的正確性，需要:有豐富測試經(jīng)驗的測試人員驗證和確認(rèn)發(fā)現(xiàn)的錯誤是否是真正的錯誤測試步驟是否準(zhǔn)確、簡潔、可以重復(fù)軟件錯誤的確認(rèn)并不總是輕而易舉的事情由于對軟件設(shè)計具體要求的不了解，對測試報告的個別軟件錯誤，可能無法確認(rèn)是否屬于真正的軟件錯誤，本地化服務(wù)商需要與軟件供應(yīng)商交流并確認(rèn)每次對錯誤的處理都要保留處理信息包括處理者姓名，時間，處理方法，處理步驟，錯誤狀態(tài)，處理注釋等對錯誤的拒絕不能由程序員單方面決定應(yīng)該由項目經(jīng)理，測試經(jīng)理和設(shè)計經(jīng)理共同決定對錯誤延期處理不能由本地戶服務(wù)商決定應(yīng)該由軟件供應(yīng)商決定錯誤修復(fù)后必須由報告錯誤的測試人員驗證后，確認(rèn)已修復(fù)，才能關(guān)閉3.2.1軟件缺陷管理流程3.2.2軟件缺陷度量31缺陷度量就是對測試項目過程中產(chǎn)生的缺陷數(shù)據(jù)進(jìn)行采集和量化，將分散的缺陷數(shù)據(jù)集中統(tǒng)一管理，使其有序而清晰，然后通過一系列數(shù)學(xué)函數(shù)對數(shù)據(jù)進(jìn)行處理，分析缺陷密度和趨勢等信息，從而提高產(chǎn)品質(zhì)量和改進(jìn)開發(fā)過程。3.2.2軟件缺陷度量32缺陷密度：

Myers有一個關(guān)于軟件測試的著名的反直覺原則：在測試中發(fā)現(xiàn)缺陷多的地方，還有更多的缺陷將會被發(fā)現(xiàn)。他認(rèn)為：缺陷發(fā)現(xiàn)多的地方漏掉的缺陷也可能會越多，或者說在測試效率沒有顯著改善之前，在糾正缺陷時可能會引入較多的錯誤。這條原理的數(shù)學(xué)表述就是缺陷密度的度量——每千行代碼或每個功能點的缺陷數(shù)，缺陷密度越低意味著產(chǎn)品質(zhì)量越高。3.2.2軟件缺陷度量33缺陷率：缺陷率的通用概念是一定范圍內(nèi)的缺陷數(shù)與出現(xiàn)錯誤的概率的比值，用缺陷率可以近似估算軟件中的缺陷數(shù)。3.2.2軟件缺陷度量34缺陷清除率：缺陷清除率也稱缺陷排除率，它可以用做缺陷的預(yù)測和分析。缺陷清除率分為兩種：整體缺陷清除率和階段缺陷清除率。缺陷清除率的定義如下：缺陷清除率=檢測缺陷/所有缺陷由于所有缺陷不容易確定，故缺陷清除率≈

檢測缺陷/（檢測缺陷+以后發(fā)現(xiàn)的缺陷）3.2.2軟件缺陷度量35預(yù)期缺陷發(fā)現(xiàn)率：缺陷發(fā)現(xiàn)率（DefectDiscoveryRate，DDR），描述在特定時間階段內(nèi)發(fā)現(xiàn)缺陷數(shù)目的一種度量，常常以圖表形式來顯示，計算方法是計算測試人員各自發(fā)現(xiàn)的缺陷數(shù)總和除以各自所花費的測試時間總和。缺陷發(fā)現(xiàn)率=∑提交缺陷數(shù)（個）/∑執(zhí)行測試的有效時間（小時）預(yù)期缺陷發(fā)現(xiàn)率則是通過對缺陷發(fā)現(xiàn)率的分析，預(yù)期在將來的某段時間內(nèi)可能發(fā)現(xiàn)的缺陷數(shù)目。預(yù)期缺陷發(fā)現(xiàn)率=∑可能發(fā)現(xiàn)的缺陷數(shù)（個）/∑未來的某段時間內(nèi)（小時）3.2.2軟件缺陷度量36預(yù)期缺陷發(fā)現(xiàn)率：許多組織將缺陷發(fā)現(xiàn)率當(dāng)作一個幫助自己判斷測試是否可以結(jié)束、預(yù)測產(chǎn)品發(fā)布日期的重要度量。如果缺陷發(fā)現(xiàn)率降到規(guī)定水平以下，通常都會做好產(chǎn)品發(fā)布的準(zhǔn)備。3.2.3軟件缺陷分析37缺陷分析是將軟件開發(fā)各個階段產(chǎn)生的缺陷信息進(jìn)行分類和匯總統(tǒng)計，計算分析指標(biāo)，并編寫分析報告的活動。3.2.3軟件缺陷分析38缺陷分析的意義：通過軟件缺陷分析可以發(fā)現(xiàn)各種類型缺陷發(fā)生的概率，掌握缺陷集中的區(qū)域、明確缺陷發(fā)展趨勢、挖掘缺陷產(chǎn)生的根本原因，便于有針對性地提出遏制缺陷發(fā)生的措施、降低缺陷的數(shù)量。缺陷分析報告中的統(tǒng)計數(shù)據(jù)及分析指標(biāo)是對軟件質(zhì)量狀況的評估，也是判定軟件是否能按期發(fā)布或交付使用的重要依據(jù)。通過缺陷分析達(dá)到缺陷預(yù)防的目的，這是缺陷管理的核心任務(wù)之一。

3.2.3軟件缺陷分析39缺陷分析步驟：第一步：記錄缺陷。。第二步：缺陷分類。第三步：缺陷預(yù)防分析。第四步：編寫缺陷分析報告，繪制缺陷分析圖。

3.2.3軟件缺陷分析40缺陷分析方法：國內(nèi)外進(jìn)行缺陷分析常用的方法有很多，比如：ODC缺陷分析、Gompertz分析、Rayleigh分析、四象限分析、根本原因分析、缺陷注入分析、DRE/DRM分析等。主要分析點集中在分析缺陷的發(fā)展趨勢和缺陷的分布情況。

3.2.3軟件缺陷分析41缺陷預(yù)防：缺陷預(yù)防的著眼點在于尋找缺陷的共性原因，通過尋找、分析和處理缺陷的共性原因，實現(xiàn)缺陷預(yù)防。缺陷預(yù)防并不是一個不切實際的目標(biāo)，測試人員在開發(fā)過程中應(yīng)該積極為開發(fā)小組提供缺陷分析，就有可能降低缺陷產(chǎn)生的數(shù)量，因此，缺陷管理的最終目標(biāo)是預(yù)防缺陷，不斷提高整個開發(fā)團(tuán)隊的技能和實踐經(jīng)驗，而不是只修正他們。

缺陷數(shù)據(jù)統(tǒng)計是缺陷跟蹤管理的目標(biāo)之一一般而言，生成的缺陷數(shù)據(jù)統(tǒng)計圖表包括缺陷趨勢圖、缺陷分布圖、缺陷及時處理情況統(tǒng)計表等按照缺陷嚴(yán)重程度及工作類型分布可以統(tǒng)計整個項目生命周期中所有同行評審的缺陷分布，也可以統(tǒng)計某一階段所有同行評審的缺陷分布軟件缺陷統(tǒng)計是軟件分析報告中的重要內(nèi)容之一從統(tǒng)計的角度出發(fā)，可以對軟件過程的缺陷進(jìn)行度量如軟件功能模塊缺陷分布、缺陷嚴(yán)重程度分布、缺陷類型分布、缺陷率分布、缺陷密度分析、缺陷趨勢分布、缺陷注入率/消除率等統(tǒng)計的方式可以用表格，也可用圖表表示，如散點圖、趨勢圖、因果圖、直方圖、條形圖、排列圖等3.2.4軟件缺陷統(tǒng)計軟件功能模塊的缺陷統(tǒng)計

3.2.4軟件缺陷統(tǒng)計3.2.4軟件缺陷統(tǒng)計軟件系統(tǒng)缺陷分布圖

3.2.4軟件缺陷統(tǒng)計軟件問題或缺陷報告是軟件測試過程中最重要的文檔它記錄了缺陷發(fā)生的環(huán)境，如各種資源的配置情況，缺陷的再現(xiàn)步驟以及缺陷性質(zhì)的說明更重要的是它還記錄著缺陷的處理過程和狀態(tài)缺陷的處理進(jìn)程從一定角度反映了測試的進(jìn)程和被測軟件的質(zhì)量狀況以及改善過程3.2.5軟件缺陷報告管理47在軟件測試過程中，每發(fā)現(xiàn)一個軟件錯誤都要記錄該錯誤的特征和復(fù)現(xiàn)步驟等信息以便分析、處理和管理測試發(fā)現(xiàn)的軟件錯誤通常要采用軟件缺陷數(shù)據(jù)庫將每一個發(fā)現(xiàn)的錯誤輸入到軟件缺陷數(shù)據(jù)庫中軟件缺陷數(shù)據(jù)庫的每一條記錄稱為一個軟件缺陷報告準(zhǔn)確、完整、簡潔、一致的缺陷報告是體現(xiàn)軟件開發(fā)、測試與管理的專業(yè)性、高質(zhì)量的主要評價指標(biāo)每個軟件問題報告只書寫一個缺陷或錯誤這樣可以每次只處理一個確定的錯誤，定位明確，提高效率，也便于修復(fù)錯誤后方便的進(jìn)行驗證3.2.5軟件缺陷報告管理報告缺陷的基本原則盡快報告缺陷;有效描述缺陷;缺陷的生命周期缺陷從開始提出到最后解決,并通過復(fù)查的過程在這個過程中缺陷報告的狀態(tài)不斷發(fā)生著變化，記錄著缺陷的處理進(jìn)程3.2.5軟件缺陷報告管理缺陷報告的讀者對象直接讀者是軟件開發(fā)人員和質(zhì)量管理人員，來自市場和技術(shù)支持等部門的人也可能需要查看缺陷情況讀者最希望獲得的信息包括：易于搜索軟件缺陷報告中的缺陷報告的軟件缺陷進(jìn)行了必要的隔離，報告的缺陷信息更具體、準(zhǔn)確軟件開發(fā)人員希望獲得缺陷的本質(zhì)特征和復(fù)現(xiàn)步驟市場和技術(shù)支持等部門希望獲得缺陷類型分布以及對市場和用戶的影響程度3.2.5軟件缺陷報告管理有效描述缺陷短?。褐唤忉屖聦嵑脱菔?、描述缺陷必需的細(xì)節(jié)單一：每一個報告中針對一個缺陷步驟清晰：要清楚地描述出缺陷的發(fā)生場景，包括前置條件和操作的詳細(xì)步驟再現(xiàn)：按照預(yù)定步驟可以重現(xiàn)相同狀況在報告缺陷時只描述事實，不做評價，也不要有人身攻擊必要的時候可以添加注釋（remarks）可以上載屏幕抓圖和其他附件3.2.5軟件缺陷報告管理為書寫更好的缺陷報告，需要遵守“5C”準(zhǔn)則Correct(準(zhǔn)確)每個組成部分的描述準(zhǔn)確，不會引起誤解Clear(清晰)每個組成部分的描述清晰，易于理解Concise(簡潔)只包含必不可少的信息，不包括任何多余的內(nèi)容Complete(完整)包含復(fù)現(xiàn)該缺陷的完整步驟和其他本質(zhì)信息Consistent(一致)按照一致的格式書寫全部缺陷報告3.2.5軟件缺陷報告管理缺陷報告的組織結(jié)構(gòu)缺陷的標(biāo)題與簡單描述缺陷的基本信息,包括：測試軟件名稱、版本號、缺陷或錯誤類型、可重復(fù)性、測試平臺、平臺語言、缺陷或錯誤范圍、嚴(yán)重程度及優(yōu)先級要求填寫完整、準(zhǔn)確復(fù)現(xiàn)缺陷的操作步驟描述該缺陷或錯誤出現(xiàn)的操作順序，要求完整、簡潔、準(zhǔn)確。對命令、系統(tǒng)變量、選項要用大寫字母，對控件名稱等加雙引號缺陷的實際結(jié)果描述、期望的正確結(jié)果描述注釋文字和截取的缺陷圖像對缺陷或錯誤的附加描述，一般包括缺陷或錯誤現(xiàn)象的圖像，包括其他建議或注釋文字3.2.5軟件缺陷報告管理錯誤概要：在Solaris、Windows98和Mac上運行Note，一些數(shù)據(jù)在設(shè)置成某種格式時會出現(xiàn)顯示異常。

錯誤描述：重建步驟：1）我在Windows98下打開Note程序，編輯一個已存在的文件，該文件有多行，且包括多種字體格式；

2）我選擇文件打印，工作正常；

3）我新建并打印一個包含圖形的文件，工作正常；

4）我新建一個新文件；

5）接著我輸入一連串隨機(jī)文本；

6）高亮選中幾行文本，選擇右鍵彈出菜單中Font選項，并選擇Arial字體；

7）文本顯示變得異常；

8）我試著運行了三次，每一次都出現(xiàn)同樣問題；

9）我在Solaris上運行了6次，沒有看到任何問題；

10）我在Mac上運行了6次，沒有看到任何問題；隔離：1）我嘗試選擇其他字體形式，但只有Arial有這個問題出現(xiàn)。然而，該問題可能仍然在我沒有測試的其他字體下出現(xiàn)。

冗長混亂的錯誤報告3.2.5軟件缺陷報告管理錯誤概要：Note程序在使用Arial字體時出問題

錯誤描述：重建步驟：1）打開Note程序；

2）鍵入一些文本；

3）選擇Arial字體；

4）文本顯示異常。

含糊不清的錯誤報告

3.2.5軟件缺陷報告管理錯誤概要：Windows98下Note在新建文件中選擇設(shè)置Arial字體時出現(xiàn)亂碼。

錯誤描述：重建步驟：1）打開Note創(chuàng)建一個新文件；

2）隨意輸入兩行或多行文本；

3）選中一段文本，在右鍵彈出菜單中選中格式選項，選擇Arial；

4）文本被改變成無意義的亂寫的符號；

5）嘗試了三次該步驟，同樣的問題出現(xiàn)了三次。隔離：1）保存新建文件，關(guān)閉Note，重新打開該文件，問題仍然存在；

2）如果在把文本改成Arial字體前保存文件，該錯誤不會出現(xiàn)；

3）該錯誤只存在于新建文件時，不出現(xiàn)在已存在的文件；

4）該現(xiàn)象只在Windows98下出現(xiàn)；

5）該錯誤不會出現(xiàn)在其他字體改變中。

優(yōu)秀的錯誤報告

3.2.5軟件缺陷報