創(chuàng)建缺陷分析報告圖-展示頁
2024-09-14 19:43本頁面
【正文】 。 1. 缺陷分析報告簡介 我們首先通過一個簡單的實例，對缺陷分析有個直觀的理解。 IBM Rational ClearQuest作為一個靈活的工作流程以及變更管理的 工具，提供了對缺陷的分析報告圖制作的無縫集成，開箱即用的操作大大方便了用戶的定制和作圖。使用 IBM Rational ClearQuest 創(chuàng)建缺陷分析報告圖 在軟件開發(fā)中，缺陷是衡量軟件產(chǎn)品質(zhì)量的重要指數(shù)，同時，它也為評估開發(fā)測試團隊的工作效率提供了一個非常有效的參考。因此對缺陷的分析，就成為軟件開發(fā)生命周期中必不可少的工作。本文將在介紹缺陷分析報告基本制作方法的基礎(chǔ)上，結(jié)合 ClearQuest工具，詳細(xì)闡述制作缺陷分析報告圖的方法和技巧。 報告需求： 在 A產(chǎn)品構(gòu)建階段，項目經(jīng)理想要通過缺陷的嚴(yán)重度和數(shù)量來了解目前產(chǎn)品的各個開發(fā)模塊 (a,b,c)的質(zhì)量水平?？梢酝ㄟ^缺陷的字段 “缺陷發(fā)現(xiàn)階段 =構(gòu)建階段 ” 過濾提取出輸入數(shù)據(jù)。首先將缺陷按照開發(fā)模塊劃分，方法是通過缺陷字段 “模塊 ”組織分類。 3. 輸出：缺陷數(shù)量。 報告表： A 產(chǎn)品構(gòu)建階段缺陷數(shù)量報告表 模塊 a 模塊 b 模塊 c 總共 非常嚴(yán)重 30 50 10 90 嚴(yán)重 70 80 60 210 不嚴(yán)重 20 100 50 170 總共 120 230 120 470 報告圖： A 產(chǎn)品構(gòu)建階段缺陷報告圖 報告結(jié)論： 在構(gòu)建階段內(nèi)，模塊 b的質(zhì)量問題較為突出，非常嚴(yán)重的缺陷數(shù)量大大超過其它兩個組件，而且模塊 b整體的缺陷數(shù)量也最多。相比之下，模塊 c的質(zhì)量問題比較理想，主要集中在不嚴(yán)重的小缺陷上，但也應(yīng)該提醒相關(guān)人員加以改進(jìn)。而這里的表格和圖形就是缺陷分析報告的不同形式。也正因如此，報告圖在實際工作中更為常用。通常情 況下，報告人先生成報告表，然后再利用 excel等工具，完成報告圖的制作。而 ClearQuest不僅在缺陷管理方面功能強大，而且集成了報告圖的制作功能，用戶只需要組織報告分析字段，查詢、報告功能就能同時完成。 2. 缺陷分析報告圖信息收集 軟件開發(fā)過程中，我們通常會為項目建立一個缺陷或者包括缺陷在內(nèi)的所有變更的管理庫。利用它可以追蹤缺陷狀態(tài)，缺陷相關(guān)任務(wù)分派，同時它也是缺陷分析的數(shù)據(jù)來源。 缺陷分析報告是通過提取缺陷管理庫中的數(shù)據(jù)，進(jìn)行歸納總結(jié)繪制而成的，由于缺陷管理庫不僅僅用于缺陷分析，因此我們在開始制作分析報告圖以前，就應(yīng)該對提取什么樣的字段數(shù)據(jù)做好準(zhǔn)備工作。那么這個分析報告的制作，涉及到缺陷的多個屬性：所屬產(chǎn)品組件，所屬開發(fā)周期的階段，以及提交人。 Rational ClearQuest對于缺陷跟蹤的管理，提供了多套樣式 (schema), 對于很多常用的屬性已經(jīng)默認(rèn)設(shè)置完成，用戶可以方便地使用。 這里給出一些常用的用于缺陷分析的字段，供參考。 ? 狀態(tài) (state)： 常見的狀態(tài)有新提交的，修復(fù)了的，已經(jīng)關(guān)閉了的。 ? 階段 (Iteration): 作為 RUP迭代開發(fā)的階段劃分，它可以方便地
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1