應(yīng)用 IBM Rational ClearQuest 創(chuàng)建缺陷報(bào)告并多角度透視缺陷

第第頁應(yīng)用IBMRationalClearQuest創(chuàng)建缺陷報(bào)告并多角度透視缺陷應(yīng)用IBMRationalClearQuest創(chuàng)建缺陷報(bào)告并多角度透視缺陷

發(fā)表于：2023-09-10來源：：點(diǎn)擊數(shù)：標(biāo)簽：ibmIBMrationalRationalRATIONAL

在軟件項(xiàng)目中，缺陷是衡量軟件質(zhì)量和測(cè)試工作的一個(gè)重要參數(shù)，而對(duì)于缺陷的分析則是度量測(cè)試過程是一個(gè)很重要的環(huán)節(jié)。在測(cè)試過程中，通過對(duì)缺陷的有效分析而得到的度量結(jié)果，對(duì)于改進(jìn)測(cè)試過程、提高軟件質(zhì)量都有著重大意義。IBMRationalClearQuest作為

在軟件項(xiàng)目中，缺陷是衡量軟件質(zhì)量和測(cè)試工作的一個(gè)重要參數(shù)，而對(duì)于缺陷的分析則是度量測(cè)試過程是一個(gè)很重要的環(huán)節(jié)。在測(cè)試過程中，通過對(duì)缺陷的有效分析而得到的度量結(jié)果，對(duì)于改進(jìn)測(cè)試過程、提高軟件質(zhì)量都有著重大意義。IBMRationalClearQuest作為IBMRational家族的核心產(chǎn)品之一，提供了包括缺陷數(shù)據(jù)的管理服務(wù)在內(nèi)的強(qiáng)大的軟件項(xiàng)目全方位管理平臺(tái)，并且能夠基于數(shù)據(jù)自動(dòng)生成多種圖表報(bào)告，為項(xiàng)目提供全方位、全過程的支持?；诖耍疚慕榻B了如何根據(jù)項(xiàng)目需求應(yīng)用IBMRationalClearQuest創(chuàng)建缺陷報(bào)告圖表，并通過分析缺陷報(bào)告對(duì)測(cè)試過程進(jìn)行有效的度量，從而幫助項(xiàng)目和測(cè)試過程的管理做出科學(xué)的決策和改進(jìn)。軟件測(cè)試過程度量和缺陷分析

從當(dāng)今軟件技術(shù)的發(fā)展趨勢(shì)來看，軟件開發(fā)的首要問題更多的集中在管理問題而不是技術(shù)問題上，而如何對(duì)軟件開發(fā)進(jìn)行有效的控制，提高軟件的質(zhì)量很大程度上取決于對(duì)其開發(fā)和測(cè)試過程的度量、分析以及改進(jìn)。通過軟件度量可以改進(jìn)軟件開發(fā)過程，促進(jìn)項(xiàng)目成功，開發(fā)高質(zhì)量的軟件產(chǎn)品。度量的取向是軟件開發(fā)諸多事項(xiàng)的橫斷面。由于在軟件項(xiàng)目中，缺陷是衡量軟件質(zhì)量和測(cè)試工作的一個(gè)重要參數(shù)，因此對(duì)于度量軟件測(cè)試過程而言，缺陷的分析是一個(gè)十分關(guān)鍵的度量取向。通過分析缺陷報(bào)告對(duì)測(cè)試過程進(jìn)行有效的度量，能夠很大程度上幫助項(xiàng)目和測(cè)試過程的管理做出科學(xué)的決策和改進(jìn)。

由于在測(cè)試過程中，通過對(duì)缺陷的有效分析而得到的度量結(jié)果，對(duì)于改進(jìn)測(cè)試過程、提高軟件質(zhì)量都有著重大意義。因此，本文將介紹應(yīng)用IBMRationalClearQuest生成缺陷數(shù)據(jù)圖表的主要步驟和應(yīng)用典型的缺陷圖表對(duì)測(cè)試過程進(jìn)行度量的基本方法。

回頁首

應(yīng)用IBMRationalClearQuest創(chuàng)建缺陷圖表

IBMRationalClearQuest作為IBMRational家族的核心產(chǎn)品之一，提供了包括缺陷數(shù)據(jù)的管理服務(wù)在內(nèi)的強(qiáng)大的軟件項(xiàng)目全方位管理平臺(tái)，并且能夠基于數(shù)據(jù)自動(dòng)生成多種圖表報(bào)告，為項(xiàng)目提供全方位、全過程的支持。因此，目前很多軟件項(xiàng)目應(yīng)用IBMRationalClearQuest來管理項(xiàng)目數(shù)據(jù)并根據(jù)選取的特定數(shù)據(jù)生成圖表。本章將著重介紹如何應(yīng)用IBMRationalClearQuest生成幾種典型的缺陷數(shù)據(jù)圖表，包括缺陷模塊分布圖表(Defectbycomponent)，缺陷趨勢(shì)圖表(DefectSubmit/ResolveRateDaily)和缺陷狀態(tài)跟蹤圖表(DefectOpenedRateTracking)。

度量圖表的分類和選取步驟

缺陷分析報(bào)告的分類

有關(guān)測(cè)試過程中的圖表按照作用和映射信息的方式大致能分為以下幾類：對(duì)比型，狀態(tài)跟蹤型，預(yù)言型，信息型和過程型。每種圖表有可能涵蓋其中一種或者多種類型。如IBMRationalClearQuest支持缺陷的圖表共有三種：分布圖，趨勢(shì)圖和回顧圖。這三類圖表的定義和作用如下：

分布圖分布圖用于查看有多少條記錄歸于已定義類別或者與指示的值匹配。它表明所指示記錄的當(dāng)前狀態(tài)。理論上來講，對(duì)于缺陷來說，每種屬性字段都能夠定義與之相對(duì)應(yīng)的缺陷分布圖。例如，基于缺陷的屬性如模塊，版本，迭代，所屬者，提交者，優(yōu)先級(jí)，嚴(yán)重等級(jí)等的缺陷分布都屬于這一類。在基于每個(gè)屬性字段的基礎(chǔ)上，還可以進(jìn)行最多兩次的屬性迭代。那么從定義和作用來看，分布圖就能夠用來反映并比較屬于不同屬性的缺陷信息，它就屬于信息型和對(duì)比型的圖表。

趨勢(shì)圖趨勢(shì)圖用于需要對(duì)一段時(shí)間的變更請(qǐng)求活動(dòng)進(jìn)行度量的場(chǎng)合。只有基于狀態(tài)的記錄類型才能用于趨勢(shì)圖，其水平軸是以時(shí)間作為衡量標(biāo)準(zhǔn)，而用于顯示過濾的第一個(gè)字段是狀態(tài)，第二個(gè)字段可選。趨勢(shì)圖可以分為兩類：累計(jì)計(jì)數(shù)和分散計(jì)數(shù)。

回顧圖回顧圖又稱期齡圖，用于顯示多少記錄處于選定狀態(tài)已有多久。和趨勢(shì)圖一樣，也只有基于狀態(tài)的記錄類型才能用于回顧圖，如缺陷具有提交中，等待解決，已解決，已關(guān)閉等狀態(tài)，如果我們想了解有多少缺陷記錄處于提交中狀態(tài)超過一周，或者有多少缺陷處于待測(cè)試狀態(tài)超過5天等信息，那么基于缺陷數(shù)據(jù)的回顧圖可以幫助我們得到答案。

缺陷分析報(bào)告的選取步驟

缺陷報(bào)告的創(chuàng)建主要分為以下幾個(gè)步驟：

報(bào)告對(duì)象的明確和數(shù)據(jù)的準(zhǔn)備在項(xiàng)目的最初階段，就應(yīng)該明確需要獲得的對(duì)象信息有哪些，以便進(jìn)行數(shù)據(jù)的收集。如要生成缺陷報(bào)告，在項(xiàng)目測(cè)試的整個(gè)生命周期中，首先需要正確記錄每一個(gè)缺陷以及缺陷的必要屬性，其次，要實(shí)時(shí)的監(jiān)控并更新這些數(shù)據(jù)以保證數(shù)據(jù)的及時(shí)性和有效性，此外，如ODC（正交缺陷分析）還提供了設(shè)置某些人員和審核流程的方法以保證缺陷數(shù)據(jù)的有效性。只有這樣，才能保證數(shù)據(jù)能夠正確并完整地被記錄下來，才能創(chuàng)建出對(duì)項(xiàng)目分析和決策有益的報(bào)表。

定義缺陷報(bào)告定義報(bào)告也是在項(xiàng)目初期就啟動(dòng)的操作。用戶首先明確需求，如用戶需要按照不同模塊報(bào)告的缺陷的總數(shù)，那么圖表報(bào)告對(duì)象就是缺陷的個(gè)數(shù)，而缺陷的歸屬類就是模塊。

定義報(bào)告形式報(bào)告的方式和類型有很多種，如圖表，表格，圖，列表，文字等。到底選什么樣的方式去展示主要取決于哪種方式能夠使用戶最簡(jiǎn)單輕松的獲取所需信息。圖表越復(fù)雜，信息的涵蓋面就越多，但理解起來也相對(duì)晦澀；反之，簡(jiǎn)單的圖表較易理解，但也就不能表現(xiàn)較綜合的信息。因此，跟隨用戶角色和需要選擇最適合的就是最好的。

定義更新周期缺陷圖表根據(jù)自身定義，可以決定其更新和報(bào)告的頻率。如時(shí)間間隔為周的缺陷趨勢(shì)圖需按周進(jìn)行更新匯報(bào)即可，不需要匯報(bào)得太頻繁，因?yàn)轭l率小于一周報(bào)告不會(huì)更新任何信息。而某些關(guān)鍵圖表便需要更短的匯報(bào)周期，以便于及時(shí)