使用-IBM-Rational-ClearQuest-創(chuàng)建缺陷分析報(bào)告圖

2007年6月26日在軟件開(kāi)發(fā)中，缺陷是衡量軟件產(chǎn)品質(zhì)量的重要指數(shù)，同時(shí)，它也為評(píng)估開(kāi)發(fā)測(cè)試團(tuán)隊(duì)的工作效率供應(yīng)了一個(gè)特別有效的參考。因此對(duì)缺陷的分析，就成為軟件開(kāi)發(fā)生命周期中必不行少的工作。IBMRationalClearQuest作為一個(gè)敏捷的工作流程以及變更管理的工具，供應(yīng)了對(duì)缺陷的分析報(bào)告圖制作的無(wú)縫集成，開(kāi)箱即用的操作大大便利了用戶的定制和作圖。本文將在介紹缺陷分析報(bào)告基本制作方法的基礎(chǔ)上，結(jié)合ClearQuest工具，具體闡述制作缺陷分析報(bào)告圖的方法和技巧。1.缺陷分析報(bào)告簡(jiǎn)介我們首先通過(guò)一個(gè)簡(jiǎn)潔的實(shí)例，對(duì)缺陷分析有個(gè)直觀的理解。報(bào)告需求：在A產(chǎn)品構(gòu)建階段，項(xiàng)目經(jīng)志向要通過(guò)缺陷的嚴(yán)峻度和數(shù)量來(lái)了解目前產(chǎn)品的各個(gè)開(kāi)發(fā)模塊(a,b,c)的質(zhì)量水平。報(bào)告分析：輸入數(shù)據(jù)范圍界定：構(gòu)建階段的A產(chǎn)品的全部缺陷?？梢酝ㄟ^(guò)缺陷的字段“缺陷發(fā)覺(jué)階段=構(gòu)建階段”過(guò)濾提取出輸入數(shù)據(jù)。分類方式：有兩種分類方式—缺陷嚴(yán)峻度和缺陷數(shù)量。首先將缺陷依據(jù)開(kāi)發(fā)模塊劃分，方法是通過(guò)缺陷字段“模塊”組織分類。在一個(gè)模塊內(nèi)部再依據(jù)缺陷嚴(yán)峻度劃分，方法是通過(guò)字段“嚴(yán)峻度”來(lái)分類。輸出：缺陷數(shù)量。報(bào)告結(jié)果數(shù)據(jù)：A產(chǎn)品構(gòu)建階段全部缺陷是470個(gè)，其中模塊a-120（特別嚴(yán)峻30，嚴(yán)峻70，不嚴(yán)峻20）；模塊b-230（略）；模塊c-120（略）。報(bào)告表：A產(chǎn)品構(gòu)建階段缺陷數(shù)量報(bào)告表模塊a模塊b模塊c總共特別嚴(yán)峻30501090嚴(yán)峻708060210不嚴(yán)峻2010050170總共120230120470報(bào)告圖：

A產(chǎn)品構(gòu)建階段缺陷報(bào)告圖

報(bào)告結(jié)論：在構(gòu)建階段內(nèi)，模塊b的質(zhì)量問(wèn)題較為突出，特別嚴(yán)峻的缺陷數(shù)量大大超過(guò)其它兩個(gè)組件，而且模塊b整體的缺陷數(shù)量也最多。因此須要對(duì)模塊b的質(zhì)量加強(qiáng)管理與監(jiān)督。相比之下，模塊c的質(zhì)量問(wèn)題比較志向，主要集中在不嚴(yán)峻的小缺陷上，但也應(yīng)當(dāng)提示相關(guān)人員加以改進(jìn)。通過(guò)這個(gè)例子，我們可以看出，缺陷分析就是從一組缺陷數(shù)據(jù)中，提取具有某些屬性的一類或者多類缺陷，利用統(tǒng)計(jì)的方法對(duì)其數(shù)量或者其它特征加以分析和對(duì)比，制作出分析表格或者圖形，從而得出肯定的結(jié)論。而這里的表格和圖形就是缺陷分析報(bào)告的不同形式。從這個(gè)例子我們還可以看出，報(bào)告圖較表格更為直觀，能夠一目了然地反映報(bào)告結(jié)果。也正因如此，報(bào)告圖在實(shí)際工作中更為常用。但是報(bào)告圖通常是以報(bào)告表為數(shù)據(jù)源，再次加工而成。通常狀況下，報(bào)告人先生成報(bào)告表，然后再利用excel等工具，完成報(bào)告圖的制作。假如須要頻繁大量地生成報(bào)告圖，這種手工操作無(wú)疑增加了相當(dāng)?shù)墓ぷ髁?。而ClearQuest不僅在缺陷管理方面功能強(qiáng)大，而且集成了報(bào)告圖的制作功能，用戶只須要組織報(bào)告分析字段，查詢、報(bào)告功能就能同時(shí)完成。另外ClearQuest還支持報(bào)告圖的旋轉(zhuǎn)、縮放等動(dòng)態(tài)顯示效果。2.缺陷分析報(bào)告圖信息收集軟件開(kāi)發(fā)過(guò)程中，我們通常會(huì)為項(xiàng)目建立一個(gè)缺陷或者包括缺陷在內(nèi)的全部變更的管理庫(kù)。在項(xiàng)目的整個(gè)生命周期中，該管理庫(kù)記錄項(xiàng)目相關(guān)的全部缺陷信息，從提交、分派、修復(fù)、驗(yàn)證到關(guān)閉。利用它可以追蹤缺陷狀態(tài)，缺陷相關(guān)任務(wù)分派，同時(shí)它也是缺陷分析的數(shù)據(jù)來(lái)源。比如IBMRationalClearQuest就供應(yīng)了這樣的管理功能。缺陷分析報(bào)告是通過(guò)提取缺陷管理庫(kù)中的數(shù)據(jù)，進(jìn)行歸納總結(jié)繪制而成的，由于缺陷管理庫(kù)不僅僅用于缺陷分析，因此我們?cè)谄鹣戎谱鞣治鰣?bào)告圖以前，就應(yīng)當(dāng)對(duì)提取什么樣的字段數(shù)據(jù)做好打算工作。舉一個(gè)簡(jiǎn)潔的例子，假如我們想了解測(cè)試團(tuán)隊(duì)中對(duì)某個(gè)產(chǎn)品組件在某個(gè)工作階段內(nèi)每個(gè)人的工作量（可以是提交缺陷的數(shù)量）如何，那么就應(yīng)當(dāng)提取出該產(chǎn)品組件在該時(shí)間段內(nèi)全部的缺陷，并且依據(jù)提交人加以分類，從而查詢出每個(gè)人的缺陷提交量肯定值或者百分比。那么這個(gè)分析報(bào)告的制作，涉及到缺陷的多個(gè)屬性：所屬產(chǎn)品組件，所屬開(kāi)發(fā)周期的階段，以及提交人。所以我們要制定出這個(gè)報(bào)告圖，就必需保證缺陷的這幾個(gè)屬性是存在的，并且不是空值。RationalClearQuest對(duì)于缺陷跟蹤的管理，供應(yīng)了多套樣式(schema),對(duì)于許多常用的屬性已經(jīng)默認(rèn)設(shè)置完成，用戶可以便利地運(yùn)用。但是假如用戶想要定制更困難的分析報(bào)告，比如對(duì)缺陷產(chǎn)生緣由的分析，就要自己定義特定字段（在這個(gè)例子中可以是“緣由”字段），來(lái)滿足分析的需求。這里給出一些常用的用于缺陷分析的字段，供參考。除了要保證這些字段的存在外，最好還能通過(guò)在肯定狀態(tài)下關(guān)鍵字的形式，保證其值非空。狀態(tài)(state)：常見(jiàn)的狀態(tài)有新提交的，修復(fù)了的，已經(jīng)關(guān)閉了的。優(yōu)先級(jí)(BusinessPriority):用于衡量缺陷對(duì)用戶運(yùn)用該產(chǎn)品的影響程度，通常設(shè)定值為1-3，數(shù)值越低說(shuō)明對(duì)商務(wù)的影響越嚴(yán)峻。階段(Iteration):作為RUP迭代開(kāi)發(fā)的階段劃分，它可以便利地定位缺陷被發(fā)覺(jué)的時(shí)期，利于階段性缺陷分析。緣由(RootCause):用于標(biāo)記缺陷被引入的緣由，其值可以通過(guò)字符串列表的形式加以設(shè)定，目的是有的放矢地加以改善，以期達(dá)到志向的產(chǎn)品質(zhì)量。狀態(tài)變更的日期：包括提交日期，修復(fù)日期，關(guān)閉日期等等。便于視察缺陷狀態(tài)演化的行進(jìn)效率。3.常見(jiàn)的幾種缺陷分析報(bào)告圖由于缺陷分析報(bào)告圖比報(bào)告表更為常用，這里介紹幾種常見(jiàn)的ClearQuest支持的報(bào)告圖。ClearQuest支持3種缺陷分析報(bào)告圖：分布圖(DistributionChart)、趨勢(shì)圖(TrendChart)和回顧圖(AgingChart)。ClearQuest的報(bào)告圖功能通過(guò)在windows客戶端的圖表(chart)創(chuàng)建來(lái)實(shí)現(xiàn)，目前僅在windows客戶端實(shí)現(xiàn)了這一功能。3.1缺陷分析分布圖分布圖在缺陷分析中最為常用，它用于視察有多少缺陷屬于用戶指定的某類或者滿足用戶指定的某值。在這類圖表中，又有3種比較常見(jiàn)：等級(jí)分布圖，產(chǎn)品組件分布圖以及缺陷產(chǎn)生緣由分布圖。等級(jí)分布圖是指依據(jù)嚴(yán)峻等級(jí)將缺陷分類，比較各種嚴(yán)峻等級(jí)下缺陷的分布比例，嚴(yán)峻等級(jí)高的缺陷數(shù)量越少越好,以此來(lái)衡量某一階段該產(chǎn)品的健康度，以及指定下一階段的策略。產(chǎn)品組件分布圖，顧名思義，就是將缺陷數(shù)量依據(jù)產(chǎn)品的各個(gè)組件分類，進(jìn)行比較。這種方法既可以反映出各個(gè)開(kāi)發(fā)模塊的難度或者質(zhì)量，也可以用來(lái)評(píng)估不同開(kāi)發(fā)模塊的測(cè)試效果。缺陷產(chǎn)生緣由分布圖是缺陷分析中有利于質(zhì)量限制的最為重要的一類圖，它將缺陷依據(jù)產(chǎn)生緣由分類，各種緣由類別須要事先定制，可以是軟件工程各階段中可能引入缺陷的各種因素，而且緣由分類越細(xì)致，越能夠精確定位缺陷產(chǎn)生點(diǎn)。項(xiàng)目經(jīng)理或者質(zhì)量管理人可以據(jù)此了解影響軟件質(zhì)量的最為薄弱的環(huán)節(jié)，并加以干預(yù)促進(jìn)改善。圖1給出了這3種分布圖的示例圖。

圖1三種常見(jiàn)的缺陷分析分布圖

除了以上3種常見(jiàn)的缺陷分布圖之外，在開(kāi)發(fā)進(jìn)程中，項(xiàng)目經(jīng)理還可以隨時(shí)通過(guò)分布圖來(lái)駕馭工作狀態(tài)，比如查看一組記錄的當(dāng)前狀態(tài)；查看誰(shuí)當(dāng)前被安排了最多/最少的缺陷；以及查看哪些缺陷具有最高優(yōu)先級(jí)。3.2缺陷分析趨勢(shì)圖趨勢(shì)圖反映肯定時(shí)期內(nèi)，缺陷數(shù)量在某種狀態(tài)下的動(dòng)態(tài)分布?？梢允抢塾?jì)的缺陷計(jì)數(shù)，也可以是不累計(jì)的。我們常用趨勢(shì)圖來(lái)查看新缺陷的增長(zhǎng)趨勢(shì)，以及關(guān)閉缺陷的趨勢(shì)。視察是否新缺陷的數(shù)量在漸漸下降？是否缺陷的關(guān)閉比較剛好？這些結(jié)果對(duì)于影響相關(guān)的進(jìn)度推動(dòng)決策有相當(dāng)?shù)膮⒖純r(jià)值。比如圖2所示的某產(chǎn)品在發(fā)布前的一段測(cè)試周期內(nèi)，新發(fā)覺(jué)缺陷數(shù)量的趨勢(shì)圖，隨著測(cè)試的開(kāi)展，越來(lái)越多的缺陷被發(fā)覺(jué)，隨著缺陷的剛好修復(fù)，發(fā)覺(jué)新缺陷的數(shù)量也在肯定時(shí)間點(diǎn)后漸漸削減?？梢?jiàn)，該趨勢(shì)圖反映的產(chǎn)品質(zhì)量基本符合發(fā)布標(biāo)準(zhǔn)。

圖2某產(chǎn)品新提交缺陷趨勢(shì)圖

3.3缺陷分析回顧圖回顧圖是一種特別類型的缺陷分析報(bào)告圖。顯示在多長(zhǎng)時(shí)間內(nèi)有多少缺陷記錄處于所選狀態(tài)。齡期圖回答像下面這樣的問(wèn)題：在不到1周時(shí)間內(nèi)提交了多少個(gè)缺陷？在3周多的時(shí)間內(nèi)提交了多少個(gè)缺陷？在2個(gè)月多的時(shí)間內(nèi)延遲了多少個(gè)缺陷？圖3表示了某時(shí)間段內(nèi)，按優(yōu)先級(jí)(BP)分類的缺陷通常多久被修復(fù)。讀圖可以看出，在這段時(shí)間內(nèi)，缺陷依據(jù)優(yōu)先級(jí)歸類，分別為13，19，17個(gè)，這些缺陷在大于一周內(nèi)時(shí)間的被修復(fù)的個(gè)數(shù)分別為9，10，17；大于兩周被修復(fù)的分別是6，10，14個(gè)，等等。這里曲線下降的快慢反映了修復(fù)的速率，從圖中可見(jiàn)，大多數(shù)的缺陷在5周內(nèi)得以修復(fù)。依據(jù)不同優(yōu)先級(jí)對(duì)缺陷修復(fù)時(shí)間的要求，項(xiàng)目經(jīng)理可以據(jù)此推斷修復(fù)時(shí)間是否達(dá)到標(biāo)準(zhǔn)，是否須要推動(dòng)對(duì)缺陷的修復(fù)進(jìn)度。

圖3修復(fù)缺陷回顧圖

4.運(yùn)用ClearQuest制作缺陷分析報(bào)告圖在介紹了缺陷分析圖表的3種分類后，我們將遵循不同類別，來(lái)了解ClearQuest中制作缺陷分析報(bào)告圖的關(guān)鍵點(diǎn)。首先，通過(guò)主菜單上的“查詢”，選擇“新建圖表”。對(duì)于我們想要?jiǎng)?chuàng)建的缺陷這種記錄類型的分析圖表，選擇圖表的類型—分布圖、趨勢(shì)圖或者回顧圖，留意在此窗口清除“運(yùn)行查詢”選項(xiàng)，因?yàn)槲覀儗⒃诙ㄖ茍?bào)告圖后，手動(dòng)添加查詢條件，并以查詢結(jié)果為源數(shù)據(jù)，繪制報(bào)告圖。4.1分布圖的制作以查詢測(cè)試團(tuán)隊(duì)中某些測(cè)試人員在某個(gè)階段的各個(gè)嚴(yán)峻等級(jí)的缺陷量為例，在接下來(lái)的參數(shù)窗口中，我們進(jìn)行字段的選擇，如圖4所示，Y軸表示缺陷數(shù)量；X軸表示缺陷提交人；同時(shí)在圖例(lengend)域，增加商業(yè)優(yōu)先級(jí)字段，并且指定依據(jù)優(yōu)先級(jí)大小排序。圖例域供應(yīng)了1到2個(gè)可選的圖例來(lái)幫助對(duì)數(shù)據(jù)的進(jìn)一步分類。當(dāng)用戶填寫了某個(gè)圖例字段后，圖表數(shù)據(jù)將依據(jù)這個(gè)字段的全部值來(lái)組織數(shù)據(jù)顯示。比如我們這里選擇了商業(yè)優(yōu)先級(jí)，那么缺陷記錄數(shù)將依據(jù)這個(gè)指標(biāo)分類給出。

圖4分布圖字段設(shè)置

接下來(lái)，定制圖表的標(biāo)簽，包括標(biāo)題，腳注，坐標(biāo)軸標(biāo)注以及圖例所處的位置。然后為圖表選擇展示類型和風(fēng)格，展示類型可以在柱狀圖(bar)，堆疊柱狀圖(stackedbar)，線狀圖(line)，區(qū)狀圖(area)，以及餅狀圖(pie)中進(jìn)行選擇。展示風(fēng)格包括背景坐標(biāo)表格的添加，3D效果，彩色或者黑白圖等。至此，圖表的定制基本完成，但是用于分析的源數(shù)據(jù)還沒(méi)有指定，點(diǎn)擊“完成”，將進(jìn)行缺陷源數(shù)據(jù)的選取，也就是說(shuō)分析報(bào)告圖將在這批數(shù)據(jù)上進(jìn)行歸納總結(jié)。在查詢編輯器中，通過(guò)字段值的設(shè)定，選取源數(shù)據(jù)。最終的查詢結(jié)果如圖5所示。

圖5查詢結(jié)果

同時(shí)該缺陷分析報(bào)告圖完成。如圖6所示，我們可以清晰地查看出各個(gè)提交人發(fā)覺(jué)的不同優(yōu)先級(jí)的缺陷的數(shù)量。結(jié)合測(cè)試人員的測(cè)試模塊，能夠據(jù)此評(píng)估各個(gè)測(cè)試人員的工作業(yè)績(jī)。

圖6缺陷分析報(bào)告圖—分布圖例

假如對(duì)報(bào)告圖的某些設(shè)定不太滿足，可以返回編輯修訂。除此之外，圖表右鍵菜單中還包括了一些有助于更清晰地查看圖表的操作，比如縮放，旋轉(zhuǎn)，移動(dòng)等等，還供應(yīng)了導(dǎo)出功能。4.2趨勢(shì)圖的制作以某開(kāi)發(fā)階段內(nèi)提交的缺陷和修復(fù)的缺陷統(tǒng)計(jì)為例，我們來(lái)了解如何查看缺陷的歷史趨勢(shì)信息。在選擇新建趨勢(shì)圖后，趨勢(shì)圖的參數(shù)定制窗口顯示出來(lái)。如圖7所示，起始日期(Startdate)和結(jié)束日期(Enddate)定義了在該時(shí)間范圍內(nèi)進(jìn)行趨勢(shì)分析，時(shí)間間隔(interval)可以選擇天、周、月、年。狀態(tài)(state)在本例中選擇提交(submitted)和修復(fù)(resolved)。統(tǒng)計(jì)方式選擇顯示該時(shí)間段內(nèi)的總量(Showtotalsineachtimeperiod)。

圖7趨勢(shì)圖參數(shù)設(shè)置

同樣，在進(jìn)行了圖表標(biāo)簽定制、展示類型和風(fēng)格的定制后，通過(guò)查詢確定源數(shù)據(jù)，最終的缺陷分析報(bào)告圖如圖8所示。

圖8缺陷分析報(bào)告圖—趨勢(shì)圖例

該圖表示在所示時(shí)間區(qū)間內(nèi)，每個(gè)月提交和修復(fù)的缺陷數(shù)量趨勢(shì)變更。紅色曲線表示新提交缺陷數(shù)量趨勢(shì)變更，隨著該階段測(cè)試工作的開(kāi)展，新發(fā)覺(jué)的缺陷呈上升趨勢(shì)，接近迭代周期的后期，由于大多數(shù)的缺陷被修復(fù)，發(fā)覺(jué)的新缺陷快速下降。藍(lán)色曲線表示修復(fù)缺陷的數(shù)量變更趨勢(shì)，起初由于缺陷修復(fù)在時(shí)間上滯后于缺陷提交，所以少于缺陷的提交數(shù)量，隨著修復(fù)的進(jìn)行，越來(lái)越多的缺陷得以修復(fù)，包括前段時(shí)間累積的缺陷，最終，隨著新提交缺陷數(shù)量的削減，修復(fù)缺陷