創(chuàng)建缺陷分析報(bào)告圖(完整版)
【正文】 。 圖 5 查詢結(jié)果 同時(shí)該缺陷分析報(bào)告圖完成。狀態(tài) (state)在本例中選擇提交 (submitted)和修復(fù) (resolved)。比如我們想查看一批缺陷一般在多長時(shí)間內(nèi)關(guān)閉，圖 9為參數(shù)定制界面，選擇時(shí)間間隔以及間隔數(shù)量，并且選定所要查看的狀態(tài) —關(guān)閉。 圖 10 缺陷分析報(bào)告圖 — 回顧圖例 通過圖表可見，絕大多數(shù)的缺陷通常在 12個(gè)月內(nèi)關(guān)閉，其次在 1個(gè)月內(nèi)關(guān)閉。 圖 7 趨勢圖參數(shù)設(shè)置 同樣，在進(jìn)行了圖表標(biāo)簽定制、展示類型和風(fēng)格的定制后，通過查詢確定源數(shù)據(jù)，最終的缺陷分析報(bào)告圖如圖 8所示。結(jié)合測試人員的測試模塊，能夠據(jù)此評估各個(gè)測試人員的工作業(yè)績。 圖 4 分布圖字段設(shè)置 接下來，定制圖表的標(biāo)簽，包括標(biāo)題，腳注，坐標(biāo)軸標(biāo)注以及圖例所處的位置。根據(jù)不同優(yōu)先級(jí)對缺陷修復(fù)時(shí)間的要求，項(xiàng)目經(jīng)理可以據(jù)此判斷修復(fù)時(shí)間是否達(dá)到標(biāo)準(zhǔn)，是否需要推進(jìn)對缺陷的修復(fù)進(jìn)度。觀察是否新缺陷的數(shù)量在逐漸下降？是否缺陷的關(guān)閉比較及時(shí)？這些結(jié)果對于影響相關(guān)的進(jìn)度推進(jìn)決策有相當(dāng)?shù)膮⒖純r(jià)值。這種方法既可以反映出各個(gè)開發(fā)模塊的難度或者質(zhì)量，也可以用來評估不同開發(fā)模塊的測試效果。便于觀察缺陷狀態(tài)演變的行進(jìn)效率。但是如果用戶想要定制更復(fù)雜的分析報(bào)告，比如對缺陷產(chǎn)生原因的分析，就要自己定義特定字段（在這個(gè)例子中可以是 “原因 ”字段 ），來滿足分析的需求。在項(xiàng)目的整個(gè)生命周期中，該管理庫記錄項(xiàng)目相關(guān)的所有缺陷信息，從提交、分派、修復(fù)、驗(yàn)證到關(guān)閉。 從這個(gè)例子我們還可以看出，報(bào)告圖較表格更為直觀，能夠一目了然地反映報(bào)告結(jié)果。在一個(gè)模塊內(nèi)部再按照缺陷嚴(yán)重度劃分，方法是通過字段 “嚴(yán)重度 ”來分類。 IBM Rational ClearQuest作為一個(gè)靈活的工作流程以及變更管理的 工具，提供了對缺陷的分析報(bào)告圖制作的無縫集成，開箱即用的操作大大方便了用戶的定制和作圖。 報(bào)告需求： 在 A產(chǎn)品構(gòu)建階段，項(xiàng)目經(jīng)理想要通過缺陷的嚴(yán)重度和數(shù)量來了解目前產(chǎn)品的各個(gè)開發(fā)模塊 (a,b,c)的質(zhì)量水平。 報(bào)告表： A 產(chǎn)品構(gòu)建階段缺陷數(shù)量報(bào)告表 模塊 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 報(bào)告圖： A 產(chǎn)品構(gòu)建階段缺陷報(bào)告圖 報(bào)告結(jié)論： 在構(gòu)建階段內(nèi)，模塊 b的質(zhì)量問題較為突出，非常嚴(yán)重的缺陷數(shù)量大大超過其它兩個(gè)組件，而且模塊 b整體的缺陷數(shù)量也最多。通常情 況下，報(bào)告人先生成報(bào)告表，然后再利用 excel等工具，完成報(bào)告圖的制作。 缺陷分析報(bào)告是通過提取缺陷管理庫中的數(shù)據(jù)，進(jìn)行歸納總結(jié)繪制而成的，由于缺陷管理庫不僅僅用于缺陷分析，因此我們在開始制作分析報(bào)告圖以前，就應(yīng)該對提取什么樣的字段數(shù)據(jù)做好準(zhǔn)備工作。 ? 狀態(tài) (state)： 常見的狀態(tài)有新提交的，修復(fù)了的，已經(jīng)關(guān)閉了的。 ClearQuest的報(bào)告圖功能通過在wind
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1