6軟件缺陷管理

第6章測試報(bào)告和測試評測軟件缺陷測試總結(jié)6.1軟件缺陷的概念什么是缺陷缺陷既指程序中存在的錯(cuò)誤缺陷也指可能出現(xiàn)在設(shè)計(jì)中，甚至在需求、規(guī)格說明或其他的文檔中的種種錯(cuò)誤3/52軟件缺陷（Defect或Bug）是軟件開發(fā)過程中的"副產(chǎn)品“缺陷會導(dǎo)致軟件產(chǎn)品在某種程度上不能滿足用戶的需要軟件缺陷是對軟件產(chǎn)品預(yù)期屬性的偏離現(xiàn)象。包括檢測缺陷和殘留缺陷4/52軟件缺陷定義軟件缺陷就是存在于軟件(文檔、數(shù)據(jù)、程序)之中的那些不希望，或不可接受的偏差，而導(dǎo)致軟件產(chǎn)生的質(zhì)量問題軟件缺陷產(chǎn)生的原因?qū)е萝浖a(chǎn)生缺陷的九類原因需求的不完善定義客戶——開發(fā)者通信失敗對軟件需求的故意偏離邏輯設(shè)計(jì)錯(cuò)誤編碼錯(cuò)誤不符合文檔編制與編碼規(guī)定測試過程不足規(guī)程錯(cuò)誤文檔編制錯(cuò)誤6/52很難找出缺陷的原因？7/52軟件缺陷跟蹤管理缺陷跟蹤管理是測試工作的一個(gè)重要部分8/52軟件缺陷跟蹤管理缺陷跟蹤管理的目標(biāo)確保每個(gè)被發(fā)現(xiàn)的缺陷都能夠被解決收集缺陷數(shù)據(jù)并根據(jù)缺陷趨勢曲線識別測試過程的階段收集缺陷數(shù)據(jù)并進(jìn)行數(shù)據(jù)分析，作為組織的過程財(cái)富9/52軟件缺陷的有效簡述規(guī)則單一準(zhǔn)則可以再現(xiàn)完整統(tǒng)一短小簡練特定條件補(bǔ)充完善不做評價(jià)缺陷的屬性缺陷標(biāo)識缺陷類型缺陷嚴(yán)重程度缺陷優(yōu)先級缺陷狀態(tài)缺陷起源缺陷來源缺陷根源11/52缺陷嚴(yán)重程度致命嚴(yán)重一般較小12/52缺陷優(yōu)先級立即解決高優(yōu)先級正常排隊(duì)低優(yōu)先級13/526.2分離和再現(xiàn)軟件缺陷

確保所有的步驟都被記錄。特定條件和時(shí)間。壓力和負(fù)荷、內(nèi)存和數(shù)據(jù)溢出相關(guān)的邊界條件?？紤]資源依賴性包括內(nèi)存、網(wǎng)絡(luò)和硬件共享的相互作用等。不能忽視硬件。與軟件不同，硬件不按預(yù)定方式工作。和開發(fā)人員緊密合作6.3正確面對軟件缺陷原則:

并不是所有缺陷都要修復(fù)

發(fā)現(xiàn)缺陷的數(shù)量與軟件質(zhì)量無關(guān)6.4軟件缺陷的生命周期及處理技巧軟件缺陷的生命周期

發(fā)現(xiàn)打開修復(fù)關(guān)閉軟件缺陷處理技巧審閱。拒絕。完善。分配。驗(yàn)證。重新打開。關(guān)閉。暫緩。報(bào)告軟件缺陷的基本原則盡快有效專一不做評價(jià)補(bǔ)充完善缺陷報(bào)告優(yōu)秀的缺陷報(bào)告重現(xiàn)步驟:打開一個(gè)編輯文字的軟件并且創(chuàng)建一個(gè)新的文檔（這個(gè)文件可以錄入文字）在這個(gè)文件里隨意錄入一兩行文字選中一兩行文字，通過選擇Font菜單然后選擇Arial字體格式一兩行文字變成了無意義的亂字符期望結(jié)果：當(dāng)用戶選擇已錄入的文字并改變文字格式的時(shí)候，文本應(yīng)該顯示正確的文字格式不會出現(xiàn)亂字符顯示。實(shí)際結(jié)果:它是字體格式的問題，如果改變文字格式成Arial之前，你保存文件，缺陷不會出現(xiàn)。缺陷僅僅發(fā)生在Windows98并且改變文字格式成其它的字體格式，文字是顯示正常的。

見所附的圖片<有一個(gè)鏈接，點(diǎn)擊即可看到>

散漫的缺陷報(bào)告的示例重現(xiàn)步驟：在Window98上打開一個(gè)編輯文字的軟件并且編輯存在文件文件字體顯示正常我添加了圖片，這些圖片顯示正常在此之后，我創(chuàng)建了一個(gè)新的文檔在這個(gè)文檔中我隨意錄入了大量的文字在我錄入這些文字之后，選擇幾行文字.并且通過選擇Font菜單然后選擇Arial字體格式改變文字的字體。有三次我重現(xiàn)了這個(gè)缺陷我在Solaris操作系統(tǒng)運(yùn)行這些步驟，沒有任何問題。我在Mac操作系統(tǒng)運(yùn)行這些步驟，沒有任何問題。期望結(jié)果：當(dāng)用戶選擇已錄入的文字并改變文字格式的時(shí)候，文本應(yīng)該顯示正確的文字格式不會出現(xiàn)亂字符顯示。實(shí)際結(jié)果：我試著選擇少量的不同的字體格式，但是只有Arial字體格式有軟件缺陷，不論如何，它可能會出現(xiàn)在我沒有測試的其它的字體格式

6.6軟件缺陷跟蹤管理缺陷管理的基本流程對缺陷進(jìn)行管理需要:對缺陷進(jìn)行描述對缺陷進(jìn)行分類通過對缺陷進(jìn)行分類，可以迅速找出哪一類缺陷的問題最大然后集中精力預(yù)防和排除這一類缺陷而這正是缺陷管理的關(guān)鍵，一旦這幾類缺陷得到控制，再進(jìn)一步找到新的容易引起問題的幾類缺陷上21/52缺陷的描述可追蹤信息——缺陷ID(唯一的缺陷ID，可以根據(jù)該ID追蹤缺陷)缺陷基本信息缺陷標(biāo)題—描述缺陷的標(biāo)題 缺陷的嚴(yán)重程度—描述缺陷的嚴(yán)重程度，一般分為“致命”、“嚴(yán)重”、“一般”、“建議”四種缺陷的緊急程度—描述缺陷的緊急程度，從1－4，1是優(yōu)先級最高的等級，4是優(yōu)先級最低的等級缺陷提交人—缺陷提交人的名字（郵件地址）缺陷提交時(shí)間—缺陷提交的時(shí)間缺陷所屬項(xiàng)目/模塊—缺陷所屬的項(xiàng)目和模塊，最好能較精確的定位至模塊22/52缺陷的描述（續(xù)）缺陷基本信息（續(xù)）缺陷指定解決人—缺陷指定的解決人，在缺陷“提交”狀態(tài)為空，在缺陷“分發(fā)”狀態(tài)下由項(xiàng)目經(jīng)理指定相關(guān)開發(fā)人員修改缺陷指定解決時(shí)間—項(xiàng)目經(jīng)理指定的開發(fā)人員修改此缺陷的deadline缺陷處理人—最終處理缺陷的處理人缺陷處理結(jié)果描述—對處理結(jié)果的描述，如果對代碼進(jìn)行了修改，要求在此處體現(xiàn)出修改缺陷處理時(shí)間—缺陷處理的時(shí)間缺陷驗(yàn)證人—對被處理缺陷驗(yàn)證的驗(yàn)證人缺陷驗(yàn)證結(jié)果描述—對驗(yàn)證結(jié)果的描述（通過、不通過）缺陷驗(yàn)證時(shí)間—對缺陷驗(yàn)證的時(shí)間23/52缺陷的描述（續(xù)）缺陷的詳細(xì)描述——對缺陷的詳細(xì)描述對缺陷描述的詳細(xì)程度直接影響開發(fā)人員對缺陷的修改，描述應(yīng)該盡可能詳細(xì) 測試環(huán)境說明——對測試環(huán)境的描述必要的附件——對于某些文字很難表達(dá)清楚的缺陷,使用圖片等附件是必要的從統(tǒng)計(jì)的角度出發(fā)，還可以添加上“缺陷引入階段”、“缺陷修正工作量”等項(xiàng)目24/52缺陷管理流程了解缺陷必須首先收集缺陷數(shù)據(jù)，然后才能了解這些缺陷，并且找出如何預(yù)防它們，同時(shí)也能領(lǐng)會到如何更好地發(fā)現(xiàn)，修復(fù)甚至預(yù)防仍在引入的缺陷可以按照以下步驟收集關(guān)于缺陷的數(shù)據(jù)為測試和同行評審中發(fā)現(xiàn)的每一個(gè)缺陷做一個(gè)記錄對每個(gè)缺陷要記錄足夠詳細(xì)的信息,以便以后能更好地了解這個(gè)缺陷分析這些數(shù)據(jù)以找出哪些缺陷類型引起大部分的問題設(shè)計(jì)出發(fā)現(xiàn)和修復(fù)這些缺陷的方法（缺陷排除）25/52缺陷管理流程（續(xù)）26/52缺陷管理流程（續(xù)）缺陷管理流程中的各種角色測試人員：進(jìn)行測試的人員，缺陷的發(fā)現(xiàn)者項(xiàng)目經(jīng)理：對整個(gè)項(xiàng)目負(fù)責(zé)，對產(chǎn)品質(zhì)量負(fù)責(zé)的人員開發(fā)人員：執(zhí)行開發(fā)任務(wù)的人員，完成實(shí)際的設(shè)計(jì)和編碼工作評審委員會：對缺陷進(jìn)行最終確認(rèn)，在項(xiàng)目成員對缺陷達(dá)不成一致意見時(shí)，行使仲裁權(quán)力缺陷所處的狀態(tài)初始化：缺陷的初始狀態(tài)待分配：缺陷等待分配給相關(guān)開發(fā)人員處理待修正：缺陷等待開發(fā)人員修正待驗(yàn)證：開發(fā)人員已完成修正，等待測試人員驗(yàn)證待評審：開發(fā)人員拒絕修改缺陷，需要評審委員會評審關(guān)閉：缺陷已被處理完成27/52缺陷管理流程（續(xù)）軟件缺陷流程管理的要點(diǎn)為了保證錯(cuò)誤的正確性，需要:有豐富測試經(jīng)驗(yàn)的測試人員驗(yàn)證和確認(rèn)發(fā)現(xiàn)的錯(cuò)誤是否是真正的錯(cuò)誤測試步驟是否準(zhǔn)確、簡潔、可以重復(fù)軟件錯(cuò)誤的確認(rèn)并不總是輕而易舉的事情由于對軟件設(shè)計(jì)具體要求的不了解，對測試報(bào)告的個(gè)別軟件錯(cuò)誤，可能無法確認(rèn)是否屬于真正的軟件錯(cuò)誤，本地化服務(wù)商需要與軟件供應(yīng)商交流并確認(rèn)每次對錯(cuò)誤的處理都要保留處理信息包括處理者姓名，時(shí)間，處理方法，處理步驟，錯(cuò)誤狀態(tài)，處理注釋等對錯(cuò)誤的拒絕不能由程序員單方面決定應(yīng)該由項(xiàng)目經(jīng)理，測試經(jīng)理和設(shè)計(jì)經(jīng)理共同決定對錯(cuò)誤延期處理不能由本地戶服務(wù)商決定應(yīng)該由軟件供應(yīng)商決定錯(cuò)誤修復(fù)后必須由報(bào)告錯(cuò)誤的測試人員驗(yàn)證后，確認(rèn)已經(jīng)修復(fù)，才能關(guān)閉28/5229/52缺陷度量與分析在軟件開發(fā)過程中實(shí)施缺陷的度量與分析對于提高軟件開發(fā)和測試效率，預(yù)防缺陷發(fā)生，保證軟件產(chǎn)品質(zhì)量有著十分重要的作用軟件缺陷度量缺陷度量是對項(xiàng)目過程中產(chǎn)生的缺陷數(shù)據(jù)進(jìn)行采集和量化，將分散的缺陷數(shù)據(jù)統(tǒng)一管理，使其有序而清晰通過采用一系列數(shù)學(xué)函數(shù)，對數(shù)據(jù)進(jìn)行處理，分析缺陷密度和趨勢等信息，從而提高產(chǎn)品質(zhì)量和改進(jìn)開發(fā)過程缺陷度量是軟件質(zhì)量度量的重要組成部分，它和軟件測試密切相關(guān)盡管缺陷度量本身并不能發(fā)現(xiàn)缺陷、剔除缺陷，但是有助于這些問題的解決軟件缺陷度量的方法較多，從簡單的缺陷計(jì)數(shù)到嚴(yán)格的統(tǒng)計(jì)建模，主要有缺陷密度（軟件缺陷在規(guī)模上的分布）缺陷率（缺陷在時(shí)間上的分布）、預(yù)期缺陷發(fā)現(xiàn)率整體缺陷清除率、階段性缺陷清除率缺陷趨勢等等30/52缺陷度量與分析（續(xù)）軟件缺陷分析將軟件開發(fā)各個(gè)階段產(chǎn)生的缺陷信息進(jìn)行分類和匯總統(tǒng)計(jì)，計(jì)算分析指標(biāo)，編寫分析報(bào)告的活動發(fā)現(xiàn)各種類型缺陷發(fā)生的概率，掌握缺陷集中的區(qū)域、明確缺陷發(fā)展趨勢、挖掘缺陷產(chǎn)生的根本原因，便于有針對性地提出遏制缺陷發(fā)生的措施、降低缺陷數(shù)量缺陷分析報(bào)告中的統(tǒng)計(jì)數(shù)據(jù)及分析指標(biāo)既是對當(dāng)前軟件質(zhì)量狀況的評估，也是判定軟件是否能按期發(fā)布或交付使用的重要依據(jù)分析的前提是需要一個(gè)符合項(xiàng)目要求的缺陷數(shù)據(jù)管理系統(tǒng)，通過采集完整的缺陷數(shù)據(jù)信息，進(jìn)行缺陷數(shù)據(jù)分析，來改進(jìn)軟件過程質(zhì)量并實(shí)施缺陷預(yù)防措施用來評估當(dāng)前軟件的可靠性，并且預(yù)測軟件產(chǎn)品可靠性變化，缺陷分析在軟件可靠性評估中占有相當(dāng)大的作用31/52缺陷度量與分析（續(xù)）軟件缺陷分析（續(xù)）通過缺陷分析達(dá)到缺陷預(yù)防的目的(缺陷管理的核心任務(wù)之一)缺陷預(yù)防的著眼點(diǎn)在于尋找缺陷的共性原因通過尋找、分析和處理缺陷的共性原因，實(shí)現(xiàn)缺陷預(yù)防缺陷預(yù)防并不是一個(gè)不切實(shí)際的目標(biāo)，測試人員在開發(fā)過程中應(yīng)該積極為開發(fā)小組提供缺陷分析，就有可能降低缺陷產(chǎn)生的數(shù)量。缺陷管理的最終目標(biāo)是預(yù)防缺陷，不斷提高整個(gè)開發(fā)團(tuán)隊(duì)的技能和實(shí)踐經(jīng)驗(yàn)缺陷預(yù)防策略測試活動盡量提前，通過及時(shí)消除開發(fā)前期階段引入的缺陷，防止這些缺陷遺留并放大到后續(xù)環(huán)節(jié)通過對已有缺陷進(jìn)行分析，找出產(chǎn)生這些缺陷的技術(shù)上不足和流程上不足（缺陷的根源），然后尋找一個(gè)方法來對這些不足進(jìn)行改進(jìn)，預(yù)防類似的缺陷在將來出現(xiàn)32/52缺陷度量與分析（續(xù)）軟件缺陷分析（續(xù)）缺陷分析步驟記錄缺陷（記錄缺陷不應(yīng)該滿足于記錄缺陷的表面癥狀）進(jìn)行缺陷分類，找出那些關(guān)鍵的缺陷類型，進(jìn)一步分析其產(chǎn)生的根源，針對性地制定改進(jìn)措施進(jìn)行缺陷預(yù)防分析，它是整個(gè)缺陷分析過程的核心編寫缺陷分析報(bào)告，繪制缺陷分析圖缺陷分析報(bào)告中的統(tǒng)計(jì)數(shù)據(jù)及分析指標(biāo)既是對軟件質(zhì)量的權(quán)威評估，也是確定測試是否達(dá)到結(jié)束標(biāo)準(zhǔn)、判定測試是否已達(dá)到客戶可接受狀態(tài)和判定軟件是否能發(fā)布或交付使用的重要依據(jù)缺陷分析圖表會告訴我們很多有價(jià)值的信息。比如說，可分析開發(fā)和測試在人力資源的配比上是否恰當(dāng)，可以分析出某個(gè)嚴(yán)重的缺陷所造成的項(xiàng)目質(zhì)量的波動缺陷分析方法ODC缺陷分析、Gompertz分析、Rayleigh分析、根本原因分析、缺陷注入分析、四象限分析、DRE/DRM分析缺陷跟蹤系統(tǒng)特別適用于大型軟件測試項(xiàng)目集中管理測試缺陷的要求這些測試項(xiàng)目一般測試周期長，測試范圍廣，存在較多軟件缺陷便于添加、修改、排序、查找、存儲和跟蹤軟件測試錯(cuò)誤對于大型軟件的測試，報(bào)告的錯(cuò)誤可能成百上千個(gè)便于跟蹤和監(jiān)控錯(cuò)誤的處理過程和方法方便地檢查處理方法是否正確確定處理者的姓名和處理時(shí)間，作為工作質(zhì)量的統(tǒng)計(jì)和考核的參考便于集中管理，提高效率軟件開發(fā)商、服務(wù)商和軟件供應(yīng)商共享同一個(gè)錯(cuò)誤跟蹤系統(tǒng)數(shù)據(jù)庫，各自負(fù)責(zé)處理己方需要處理的軟件錯(cuò)誤對于需要對方提供更多信息的錯(cuò)誤，可以通過改變錯(cuò)誤的當(dāng)前信息（狀態(tài)、處理者、處理建議等），使對方盡快處理安全性高，通過權(quán)限設(shè)置，不同權(quán)限的用戶能執(zhí)行不同的操作，保證只有適當(dāng)?shù)娜藛T才能執(zhí)行正確的處理保證處理順序的正確性，根據(jù)當(dāng)前錯(cuò)誤狀態(tài)，決定當(dāng)前錯(cuò)誤處理方法便于項(xiàng)目結(jié)束后的存檔33/52軟件缺陷報(bào)告軟件問題或缺陷報(bào)告是軟件測試過程中最重要的文檔它記錄了缺陷發(fā)生的環(huán)境，如各種資源的配置情況，缺陷的再現(xiàn)步驟以及缺陷性質(zhì)的說明更重要的是它還記錄著缺陷的處理過程和狀態(tài)缺陷的處理進(jìn)程從一定角度反映了測試的進(jìn)程和被測軟件的質(zhì)量狀況以及改善過程34/52軟件缺陷報(bào)告（續(xù)）在軟件測試過程中，每發(fā)現(xiàn)一個(gè)軟件錯(cuò)誤都要記錄該錯(cuò)誤的特征和復(fù)現(xiàn)步驟等信息以便分析、處理和管理測試發(fā)現(xiàn)的軟件錯(cuò)誤通常要采用軟件缺陷數(shù)據(jù)庫將每一個(gè)發(fā)現(xiàn)的錯(cuò)誤輸入到軟件缺陷數(shù)據(jù)庫中軟件缺陷數(shù)據(jù)庫的每一條記錄稱為一個(gè)軟件缺陷報(bào)告準(zhǔn)確、完整、簡潔、一致的缺陷報(bào)告是體現(xiàn)軟件開發(fā)、測試與管理的專業(yè)性、高質(zhì)量的主要評價(jià)指標(biāo)每個(gè)軟件問題報(bào)告只書寫一個(gè)缺陷或錯(cuò)誤這樣可以每次只處理一個(gè)確定的錯(cuò)誤，定位明確，提高效率，也便于修復(fù)錯(cuò)誤后方便的進(jìn)行驗(yàn)證35/52軟件缺陷報(bào)告（續(xù)）報(bào)告缺陷的基本原則盡快報(bào)告缺陷;有效描述缺陷;缺陷的生命周期缺陷從開始提出到最后解決,并通過復(fù)查的過程在這個(gè)過程中缺陷報(bào)告的狀態(tài)不斷發(fā)生著變化，記錄著缺陷的處理進(jìn)程36/52軟件缺陷報(bào)告（續(xù)）缺陷報(bào)告的讀者對象直接讀者是軟件開發(fā)人員和質(zhì)量管理人員，來自市場和技術(shù)支持等部門的人也可能需要查看缺陷情況讀者最希望獲得的信息包括：易于搜索軟件缺陷報(bào)告中的缺陷報(bào)告的軟件缺陷進(jìn)行了必要的隔離，報(bào)告的缺陷信息更具體、準(zhǔn)確軟件開發(fā)人員希望獲得缺陷的本質(zhì)特征和復(fù)現(xiàn)步驟市場和技術(shù)支持等部門希望獲得缺陷類型分布以及對市場和用戶的影響程度37/52軟件缺陷報(bào)告（續(xù)）有效描述缺陷短?。褐唤忉屖聦?shí)和演示、描述缺陷必需的細(xì)節(jié)單一：每一個(gè)報(bào)告中針對一個(gè)缺陷步驟清晰：要清楚地描述出缺陷的發(fā)生場景，包括前置條件和操作的詳細(xì)步驟再現(xiàn)：按照預(yù)定步驟可以重現(xiàn)相同狀況在報(bào)告缺陷時(shí)只描述事實(shí)，不做評價(jià)，也不要有人身攻擊必要的時(shí)候可以添加注釋（remarks）可以上載屏幕抓圖和其他附件38/52軟件缺陷報(bào)告（續(xù)）為書寫更好的缺陷報(bào)告，需要遵守“5C”準(zhǔn)則Correct(準(zhǔn)確)每個(gè)組成部分的描述準(zhǔn)確，不會引起誤解Clear(清晰)每個(gè)組成部分的描述清晰，易于理解Concise(簡潔)只包含必不可少的信息，不包括任何多余的內(nèi)容Complete(完整)包含復(fù)現(xiàn)該缺陷的完整步驟和其他本質(zhì)信息Consistent(一致)按照一致的格式書寫全部缺陷報(bào)告39/52軟件缺陷報(bào)告（續(xù)）缺陷報(bào)告的組織結(jié)構(gòu)缺陷的標(biāo)題與簡單描述缺陷的基本信息,包括：測試軟件名稱、版本號、缺陷或錯(cuò)誤類型、可重復(fù)性、測試平臺、平臺語言、缺陷或錯(cuò)誤范圍、嚴(yán)重程度及優(yōu)先級要求填寫完整、準(zhǔn)確復(fù)現(xiàn)缺陷的操作步驟描述該缺陷或錯(cuò)誤出現(xiàn)的操作順序，要求完整、簡潔、準(zhǔn)確。對命令、系統(tǒng)變量、選項(xiàng)要用大寫字母，對控件名稱等加雙引號缺陷的實(shí)際結(jié)果描述、期望的正確結(jié)果描述注釋文字和截取的缺陷圖像對缺陷或錯(cuò)誤的附加描述，一般包括缺陷或錯(cuò)誤現(xiàn)象的圖像，包括其他建議或注釋文字40/5241/52錯(cuò)誤概要：在Solaris、Windows98和Mac上運(yùn)行Note，一些數(shù)據(jù)在設(shè)置成某種格式時(shí)會出現(xiàn)顯示異常。

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

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

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

4）我新建一個(gè)新文件；

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

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

7）文本顯示變得異常；

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

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

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

冗長混亂的錯(cuò)誤報(bào)告42/52錯(cuò)誤概要：Note程序在使用Arial字體時(shí)出問題

錯(cuò)誤描述：重建步驟：1）