【正文】 藍色曲線表示修復缺陷的數(shù)量變化趨勢，起初由于缺陷修復在時間上滯后于缺陷提交，所以少于缺陷的提交數(shù)量，隨著修復的進行，越來越多的缺陷得以修復，包括前段時間累積的缺陷，最后，隨著新提交缺陷數(shù)量的減少，修復缺陷的數(shù)量也呈下降趨勢。 至此，圖表的定制基本完成，但是用于分析的源數(shù)據(jù)還沒有指定，點擊 “完成 ”，將進行缺陷源數(shù)據(jù)的選取，也就是說分析報告圖將在這批數(shù)據(jù)上 進行歸納總結(jié)。 圖 2 某產(chǎn)品新提交缺陷趨勢圖 缺陷分析回顧圖 回顧圖是一種特殊類型的缺陷分析報告圖。 ClearQuest的報告圖功能通過在windows客戶端的圖表 (chart)創(chuàng)建來實現(xiàn)，目前僅在 windows客戶端實現(xiàn)了這一功能。 缺陷分析報告是通過提取缺陷管理庫中的數(shù)據(jù)，進行歸納總結(jié)繪制而成的，由于缺陷管理庫不僅僅用于缺陷分析，因此我們在開始制作分析報告圖以前，就應該對提取什么樣的字段數(shù)據(jù)做好準備工作。 報告表： A 產(chǎn)品構(gòu)建階段缺陷數(shù)量報告表 模塊 a 模塊 b 模塊 c 總共 非常嚴重 30 50 10 90 嚴重 70 80 60 210 不嚴重 20 100 50 170 總共 120 230 120 470 報告圖： A 產(chǎn)品構(gòu)建階段缺陷報告圖 報告結(jié)論： 在構(gòu)建階段內(nèi)，模塊 b的質(zhì)量問題較為突出，非常嚴重的缺陷數(shù)量大大超過其它兩個組件，而且模塊 b整體的缺陷數(shù)量也最多。 IBM Rational ClearQuest作為一個靈活的工作流程以及變更管理的 工具，提供了對缺陷的分析報告圖制作的無縫集成，開箱即用的操作大大方便了用戶的定制和作圖。 從這個例子我們還可以看出，報告圖較表格更為直觀，能夠一目了然地反映報告結(jié)果。但是如果用戶想要定制更復雜的分析報告，比如對缺陷產(chǎn)生原因的分析，就要自己定義特定字段（在這個例子中可以是 “原因 ”字段 ），來滿足分析的需求。這種方法既可以反映出各個開發(fā)模塊的難度或者質(zhì)量，也可以用來評估不同開發(fā)模塊的測試效果。根據(jù)不同優(yōu)先級對缺陷修復時間的要求，項目經(jīng)理可以據(jù)此判斷修復時間是否達到標準，是否需要推進對缺陷的修復進度。結(jié)合測試人員的測試模塊，能夠據(jù)此評估各個測試人員的工作業(yè)績。 圖 10 缺陷分析報告圖 — 回顧圖例 通過圖表可見，絕大多數(shù)的缺陷通常在 12個月內(nèi)關閉，其次在 1個月內(nèi)關閉。狀態(tài) (state)在本例中選擇提交 (submitted)和修復 (resolved)。當用戶填寫了某個圖例字段后，圖表數(shù)據(jù)將按照這個字段的所有值來組織數(shù)據(jù)顯示?？梢允抢塾嫷娜毕萦嫈?shù)，也可以是不累計的。 ? 原因 (Root Cause): 用于標記缺陷被引入的原因，其值可以通過字符串列表的形式加以設定，目的是有的放矢地加以改善，以期達到理想的產(chǎn)品質(zhì)量。另外 ClearQuest還支持報告圖的旋轉(zhuǎn)、縮放等動態(tài)顯示效果。 2. 分類方式：有兩種分類方式 —缺陷嚴重度和缺陷數(shù)量。可以通過缺陷的字段 “缺陷發(fā)現(xiàn)階段 =構(gòu)建階段 ” 過濾