第六章 軟件測(cè)試的度量_第1頁(yè)
第六章 軟件測(cè)試的度量_第2頁(yè)
第六章 軟件測(cè)試的度量_第3頁(yè)
第六章 軟件測(cè)試的度量_第4頁(yè)
第六章 軟件測(cè)試的度量_第5頁(yè)
已閱讀5頁(yè),還剩65頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

第六章

軟件測(cè)試的度量授課教師:

鄭煒第六章軟件測(cè)試的度量6.1軟件測(cè)試度量簡(jiǎn)介6.1.1軟件測(cè)試度量的目的6.1.2軟件測(cè)試度量的難度6.1.3軟件測(cè)試人員工作質(zhì)量的衡量6.2軟件測(cè)試的度量及其應(yīng)用6.2.1軟件缺陷的數(shù)量6.2.2軟件缺陷的價(jià)值6.2.3軟件缺陷的定性評(píng)估6.2.4軟件缺陷綜合評(píng)價(jià)模型6.2.5測(cè)試覆蓋率統(tǒng)計(jì)第六章軟件測(cè)試的度量6.3軟件測(cè)試常見(jiàn)的度量類(lèi)型6.3.1手工測(cè)試度量6.3.2性能測(cè)試度量6.3.3自動(dòng)化測(cè)試度量6.3.4通用度量6.1.1軟件測(cè)試度量的目的軟件度量度量是指對(duì)一個(gè)系統(tǒng)或過(guò)程的某些屬性方面的衡量。軟件的度量包括對(duì)軟件產(chǎn)品自身的測(cè)量,以及產(chǎn)生軟件產(chǎn)品過(guò)程的測(cè)量。為了評(píng)估軟件過(guò)程、產(chǎn)品,以及服務(wù)而使用的度量稱(chēng)作軟件度量。6.1.1軟件測(cè)試度量的目的軟件測(cè)試度量軟件測(cè)試的度量包括對(duì)軟件測(cè)試產(chǎn)出物的測(cè)量,以及軟件測(cè)試過(guò)程的測(cè)量。軟件測(cè)試中的度量一般有如下目的:●判斷軟件測(cè)試的有效性。

●判斷軟件測(cè)試的完整性。

●判斷所測(cè)試的軟件產(chǎn)品的質(zhì)量。

●分析和改進(jìn)軟件測(cè)試過(guò)程。6.1.1軟件測(cè)試度量的目的度量框架度量的數(shù)據(jù)構(gòu)成一個(gè)層次化的體系,就是度量框架??蚣艿纳蠈邮嵌攘恐笜?biāo)(Factor),下層是直接度量(Metrics)。度量指標(biāo)—產(chǎn)品或過(guò)程的特征—根據(jù)直接度量計(jì)算直接度量

—直接收集到的數(shù)據(jù)6.1.1軟件測(cè)試度量的目的軟件度量與軟件測(cè)試度量及測(cè)試人員的關(guān)系6.1.1軟件測(cè)試度量的目的軟件測(cè)試度量應(yīng)該遵循以下原則(1)要制訂明確的軟件測(cè)試度量目標(biāo)。(2)軟件測(cè)試度量標(biāo)準(zhǔn)的定義應(yīng)該具有一致性、客觀性。(3)軟件測(cè)試度量的方法應(yīng)該盡可能簡(jiǎn)單、可計(jì)算。(4)軟件測(cè)試度量數(shù)據(jù)的收集應(yīng)該盡可能自動(dòng)化。6.1.1軟件測(cè)試度量的目的開(kāi)發(fā)人員、測(cè)試人員及軟件產(chǎn)品之間的關(guān)系6.1.2軟件測(cè)試度量的難度影響產(chǎn)品質(zhì)量的因素如下6.1.2軟件測(cè)試度量的難度軟件測(cè)試度量的難度:-不能直接從產(chǎn)品的質(zhì)量反映測(cè)試的效果-應(yīng)該從軟件產(chǎn)品的度量轉(zhuǎn)移到測(cè)試產(chǎn)出物的度量,以及測(cè)試過(guò)程的度量測(cè)試度量如圖所示6.1.3軟件測(cè)試人員工作質(zhì)量的衡量性能測(cè)試:測(cè)試人員是測(cè)試過(guò)程的核心人物,測(cè)試人員的工作質(zhì)量會(huì)極大地影響測(cè)試的質(zhì)量及產(chǎn)品的質(zhì)量。素質(zhì)要求不斷學(xué)習(xí)的能力保持懷疑態(tài)度耐心、細(xì)心、信心團(tuán)隊(duì)合作責(zé)任心溝通能力6.1.3軟件測(cè)試人員工作質(zhì)量的衡量技能要求:1.業(yè)務(wù)知識(shí):測(cè)試人員對(duì)業(yè)務(wù)知識(shí)了解得越多,測(cè)試就越貼近用戶的實(shí)際需求。并且測(cè)試發(fā)現(xiàn)的軟件缺陷也是用戶非常關(guān)注的軟件缺陷,同時(shí)還是項(xiàng)目經(jīng)理、開(kāi)發(fā)人員都會(huì)認(rèn)為很重要的軟件缺陷。2.產(chǎn)品設(shè)計(jì)知識(shí):測(cè)試人員對(duì)軟件產(chǎn)品相關(guān)的信息了解得越多,對(duì)測(cè)試越有利;對(duì)軟件產(chǎn)品設(shè)計(jì)、軟件架構(gòu)方面的信息了解得越多,越有利于把測(cè)試進(jìn)行得更加深入,測(cè)試的范圍也會(huì)越廣。3.軟件架構(gòu)知識(shí):對(duì)于產(chǎn)品知識(shí)了解得越多,測(cè)試就能越深入產(chǎn)品的核心位置

例:如果一個(gè)系剛成立,尚無(wú)學(xué)生,我們就無(wú)法把這個(gè)系及其系主任的信息存入數(shù)據(jù)庫(kù)。⒋統(tǒng)一建模語(yǔ)言(UnifiedModelingLanguage,UML):現(xiàn)在,大部分軟件開(kāi)發(fā)組織都在使用UML指導(dǎo)設(shè)計(jì)和開(kāi)發(fā)。6.1.3軟件測(cè)試人員工作質(zhì)量的衡量5.測(cè)試工具:常用功能自動(dòng)化測(cè)試工具廠商工具名稱(chēng)HPMercuryQuickTestProMicroFocusTestPartnerMicroFocusSilkTestIBMRationalRobotIBMRationalFunctionalTesterParasoftWebKingOraclee-TesterAutomateQATestCompleteSeaStoneSoftwareEggPlantMicrosoftVisualStudioTestEditionSoftwareResearcheValid開(kāi)源Selenium開(kāi)源WebInject開(kāi)源Watir6.1.3軟件測(cè)試人員工作質(zhì)量的衡量6.不同的測(cè)試手段和測(cè)試工具:不同的項(xiàng)目采用的技術(shù)手段一般不一樣,采用的平臺(tái)、語(yǔ)言、開(kāi)發(fā)工具、控件一般也不盡相同。例如,同樣是性能測(cè)試,在項(xiàng)目A中能夠使用LoadRunner錄制腳本,但是到了項(xiàng)目B就錄制不下來(lái)。7.開(kāi)發(fā)工具:測(cè)試人員有必要掌握開(kāi)發(fā)工具的一些基本操作,這樣對(duì)測(cè)試過(guò)程和問(wèn)題重現(xiàn)等會(huì)起到事半功倍的作用。而且,如果進(jìn)行白盒測(cè)試,對(duì)開(kāi)發(fā)工具的掌握就更不可或缺了8.用戶心理學(xué):測(cè)試應(yīng)該始終站在用戶、使用者的角度去考慮問(wèn)題,而不應(yīng)該站在開(kāi)發(fā)人員、實(shí)現(xiàn)者的角度考慮問(wèn)題。9.界面設(shè)計(jì)中的3種模型:設(shè)計(jì)者模型、實(shí)現(xiàn)者模型和用戶模型6.1.3軟件測(cè)試人員工作質(zhì)量的衡量10.人機(jī)交互認(rèn)知心理學(xué):人機(jī)交互是一個(gè)從用戶體驗(yàn)的角度出發(fā)考慮用戶感受的過(guò)程??紤]到用戶心理學(xué)和認(rèn)知科學(xué)等,測(cè)試人員不得不根據(jù)以下基本原則指導(dǎo)界面測(cè)試。11.編程技能:編程技能未必是必不可缺的技能,但是如果掌握基本的編程技巧,則會(huì)對(duì)測(cè)試有事半功倍的效果。12.腳本語(yǔ)言:不需要追求精致的語(yǔ)言應(yīng)用,不追求完美的可重用性,甚至在有些時(shí)候也不會(huì)追求性能和效率,但是歸根結(jié)底,需要的是快速、能解決實(shí)際的問(wèn)題13.文檔能力:一個(gè)優(yōu)秀的測(cè)試人員應(yīng)該善于利用這些書(shū)面的溝通方式來(lái)表達(dá)自

己的觀點(diǎn)、體現(xiàn)自己的能力和價(jià)值第六章軟件測(cè)試的度量6.1軟件測(cè)試度量簡(jiǎn)介6.2軟件測(cè)試的度量及其應(yīng)用6.2.1軟件缺陷的數(shù)量6.2.2軟件缺陷的價(jià)值6.2.3軟件缺陷的定性評(píng)估6.2.4軟件缺陷綜合評(píng)價(jià)模型6.2.5測(cè)試覆蓋率統(tǒng)計(jì)6.2.1軟件缺陷的數(shù)量軟件缺陷的數(shù)量(1)利用軟件缺陷數(shù)量來(lái)考核測(cè)試效率。如果在考核過(guò)程中發(fā)現(xiàn)的漏洞越多,那么說(shuō)明這個(gè)測(cè)試人員的測(cè)試效率越高,測(cè)試能力越強(qiáng)。(2)發(fā)現(xiàn)軟件缺陷數(shù)量的多少并不能完全證明測(cè)試人員的能力。但是如果把軟件缺陷數(shù)量加上一些前置條件(如軟件缺陷的嚴(yán)重程度),就會(huì)有一定的說(shuō)明意義。6.2.1軟件缺陷的數(shù)量在同一個(gè)項(xiàng)目中,A、B兩個(gè)測(cè)試人員參與同樣的測(cè)試工作,統(tǒng)計(jì)出如下數(shù)據(jù):測(cè)試人員A:發(fā)現(xiàn)級(jí)別為1的軟件缺陷100個(gè),

級(jí)別為2的軟件缺陷150個(gè),

級(jí)別為3的軟件缺陷250個(gè)。測(cè)試人員B:

發(fā)現(xiàn)級(jí)別為1的軟件缺陷10個(gè),

級(jí)別為2的軟件缺陷200個(gè),

級(jí)別為3的軟件缺陷350個(gè)。

雖然測(cè)試人員B發(fā)現(xiàn)的軟件缺陷比測(cè)試人員A要多一些,但是不會(huì)認(rèn)為測(cè)試人員A比測(cè)試人員B遜色,甚至可以認(rèn)為測(cè)試人員A要表現(xiàn)得更加優(yōu)秀一些,因?yàn)闇y(cè)試人員A發(fā)現(xiàn)了大部分嚴(yán)重的軟件缺陷6.2.2軟件缺陷的價(jià)值按軟件缺陷的嚴(yán)重程度分級(jí),然后每個(gè)級(jí)別的權(quán)值由高到低對(duì)應(yīng)僅憑軟件缺陷數(shù)量的多少顯然不能完全說(shuō)明測(cè)試人員的能力,正確的做法應(yīng)該是在軟件缺陷數(shù)量度量的基礎(chǔ)上加入以下前提條件。(1)給軟件缺陷加權(quán)(2)度量篩選后的軟件缺陷6.2.2軟件缺陷的價(jià)值

加權(quán)法雖然科學(xué),但是如果基于未加過(guò)濾的軟件缺陷來(lái)計(jì)算,則會(huì)多少有些不公平。

解決方法:制訂軟件缺陷級(jí)別評(píng)估規(guī)范,用于指導(dǎo)測(cè)試人員進(jìn)行軟件缺陷等級(jí)的劃分。

軟件缺陷的質(zhì)量與測(cè)試的質(zhì)量如圖6.2.3軟件缺陷的定性評(píng)估對(duì)于軟件缺陷分析,常用的主要參數(shù)有以下4個(gè):1.狀態(tài):

軟件缺陷的當(dāng)前狀態(tài)。2.優(yōu)先級(jí):

必須處理和解決的軟件缺陷的相對(duì)重要性。3.嚴(yán)重性:

對(duì)最終用戶、組織或者第三方的影響等。4.起源:

導(dǎo)致軟件缺陷的起源故障以及其位置,或者排除該軟件

缺陷需要修復(fù)的構(gòu)件。6.2.3軟件缺陷的定性評(píng)估軟件測(cè)試的軟件缺陷評(píng)估可以依據(jù)以下5類(lèi)進(jìn)行度量:1.軟件缺陷發(fā)現(xiàn)率:將發(fā)現(xiàn)的軟件缺陷數(shù)量作為時(shí)間的函數(shù)來(lái)評(píng)估。創(chuàng)建軟件缺陷趨勢(shì)圖和報(bào)告,如圖所示。6.2.3軟件缺陷的定性評(píng)估2.軟件缺陷潛伏期:

軟件缺陷潛伏期是一種特殊類(lèi)型的軟件缺陷分析度量。軟件缺陷潛伏期報(bào)告顯示軟件缺陷處于特定狀態(tài)下的時(shí)間長(zhǎng)短。實(shí)際測(cè)試工作中,發(fā)現(xiàn)越晚,危害就越大,修復(fù)成本就越高。3.軟件缺陷分布:

軟件缺陷分布是一種以平均值來(lái)估算軟件缺陷的分布值。程序代碼通常是以千行為單位,軟件缺陷分布度量使用下面的公式計(jì)算:軟件缺陷密度

=軟件缺陷數(shù)量代碼行或功能點(diǎn)的數(shù)量6.2.3軟件缺陷的定性評(píng)估4.整體軟件質(zhì)量、軟件缺陷注入率和清除率:

設(shè)F為描述軟件規(guī)模用的功能點(diǎn);D1為軟件開(kāi)發(fā)過(guò)程中發(fā)現(xiàn)的所有軟件缺陷數(shù);D2為軟件使用后發(fā)現(xiàn)的軟件缺陷數(shù);D為發(fā)現(xiàn)軟件缺陷的總數(shù),則D=D1+D2對(duì)于一個(gè)軟件項(xiàng)目,可以從不同角度來(lái)估算軟件的質(zhì)量、軟件缺陷注入率和清除率:

6.2.3軟件缺陷的定性評(píng)估5.整體軟件缺陷清除率:

①一級(jí)、二級(jí)bug修復(fù)率達(dá)到100%。②三級(jí)、四級(jí)bug修復(fù)率達(dá)到80%以上。③五級(jí)bug修復(fù)率應(yīng)該達(dá)到60%以上。除了必要的定量軟件缺陷價(jià)值評(píng)估外,還可以加入定性的評(píng)估。定性評(píng)估是指對(duì)測(cè)試人員發(fā)現(xiàn)的軟件缺陷質(zhì)量進(jìn)行相對(duì)主觀的衡量,可包括以下方面的評(píng)價(jià):①軟件缺陷的類(lèi)型分布。②軟件缺陷重現(xiàn)率。③軟件缺陷錄入的清晰程度、簡(jiǎn)明程度等。④軟件缺陷的新穎性。6.2.4軟件缺陷綜合評(píng)價(jià)模型一個(gè)合格的軟件缺陷報(bào)告應(yīng)該包括完整的內(nèi)容,至少包括:6.2.4軟件缺陷綜合評(píng)價(jià)模型在加入定性的評(píng)估后,可以形成一個(gè)如圖所示的軟件缺陷綜合評(píng)價(jià)模型:6.2.5測(cè)試覆蓋率統(tǒng)計(jì)統(tǒng)計(jì)測(cè)試的覆蓋率是一種衡量測(cè)試工作的方法。測(cè)試覆蓋率可分為:

代碼行覆蓋率、

功能模塊覆蓋率、

數(shù)據(jù)庫(kù)覆蓋率和需求覆蓋率等。6.2.5測(cè)試覆蓋率統(tǒng)計(jì)(1)代碼行覆蓋率代碼行覆蓋率=(已執(zhí)行測(cè)試的代碼行/總的代碼行)×100%代碼覆蓋程度的度量方式是有很多種的,這里介紹一下最常用的幾種,詳細(xì)內(nèi)容參見(jiàn)4.2.2小節(jié)。①

語(yǔ)句覆蓋:它度量程序中每條語(yǔ)句是否被測(cè)試到了。②

判定覆蓋:又稱(chēng)分支覆蓋、所有邊界覆蓋、基本路徑覆蓋。它度

量程序中每個(gè)判定的分支是否都被測(cè)試到了。③

條件覆蓋:它度量判定中的每個(gè)子表達(dá)式結(jié)果true和false是否都

被測(cè)試到了。④

路徑覆蓋:又稱(chēng)斷言覆蓋。它度量函數(shù)的每個(gè)分支是否都被執(zhí)行

了。測(cè)試期望所有可能的分支都執(zhí)行一遍,有多個(gè)分

支嵌套時(shí)需要對(duì)多個(gè)分支進(jìn)行排列組合,可想而知,

測(cè)試路徑隨著分支數(shù)量的增加而呈指數(shù)級(jí)別增加。6.2.5測(cè)試覆蓋率統(tǒng)計(jì)如圖,用C++test得到代碼行覆蓋率的結(jié)果:6.2.5測(cè)試覆蓋率統(tǒng)計(jì)

代碼行覆蓋率只能代表測(cè)試過(guò)哪些代碼,不能代表是否測(cè)試好這些代碼。不能追求過(guò)高的代碼行覆蓋率,因?yàn)橛行┐a只有在非常罕見(jiàn)的情況下才能出現(xiàn)。

因而,測(cè)試人員不能盲目追求代碼行覆蓋率,而應(yīng)該想辦法設(shè)計(jì)更多更好的測(cè)試用例,哪怕多設(shè)計(jì)出來(lái)的測(cè)試用例對(duì)代碼行覆蓋率一點(diǎn)影響也沒(méi)有。6.2.5測(cè)試覆蓋率統(tǒng)計(jì)有些異常情況是很難出現(xiàn)的,如“OutOfMemoryException”;有些異常則不會(huì)出現(xiàn),如果程序代碼寫(xiě)得正確,如“DivideByZeroException”,那么這些異常相對(duì)應(yīng)的代碼就很可能不會(huì)被測(cè)試執(zhí)行到。6.2.5測(cè)試覆蓋率統(tǒng)計(jì)代碼行覆蓋率只能作為測(cè)試充分程度的參考,因?yàn)榧词勾a行覆蓋率達(dá)到100%也很可能是測(cè)試不充分的例如,下面的示例代碼:如果變量a和b是輸入?yún)?shù),那么只要a或者b有一個(gè)等于1就可以覆蓋所有代碼行。但是其他使用到a或b的地方則有可能受到不同取值的影響而產(chǎn)生不同的結(jié)果。如果僅僅滿足于代碼覆蓋,那么測(cè)試顯然是不夠充分的。6.2.5測(cè)試覆蓋率統(tǒng)計(jì)(2)功能模塊覆蓋率功能模塊覆蓋率是一種比較粗的衡量方式。它主要用在系統(tǒng)功能上,或者包括很多子系統(tǒng)、子模塊的產(chǎn)品上,并且通常在回歸測(cè)試時(shí)衡量測(cè)試的覆蓋面。計(jì)算公式為:功能模塊覆蓋率=已執(zhí)行測(cè)試的功能模塊數(shù)/總的功能模塊數(shù)×100%6.2.5測(cè)試覆蓋率統(tǒng)計(jì)注意:在制訂功能模塊覆蓋率的衡量標(biāo)準(zhǔn)時(shí),需要注意系統(tǒng)的各個(gè)功能模塊之間是否是有關(guān)聯(lián)的。例如,測(cè)試人員在測(cè)試庫(kù)存模塊時(shí),可能需要在基礎(chǔ)配置模塊中先初始化一些庫(kù)存信息,而這也就同時(shí)測(cè)試了基礎(chǔ)配置模塊的一部分功能;另外,有些模塊在單元測(cè)試中已經(jīng)詳細(xì)地測(cè)試,且核心代碼已經(jīng)受控,則沒(méi)有必要每次都進(jìn)行詳細(xì)的測(cè)試,因此不能每次都要求具有很高的功能模塊覆蓋率。假設(shè)某個(gè)項(xiàng)目包括m個(gè)主要功能模塊,在某次測(cè)試中,測(cè)試人員對(duì)其中的n個(gè)功能模塊進(jìn)行了測(cè)試,其他功能模塊并未進(jìn)行測(cè)試,則可統(tǒng)計(jì)出功能模塊覆蓋率為n/m。此情況統(tǒng)計(jì)功能模塊覆蓋率是沒(méi)有意義的。6.2.5測(cè)試覆蓋率統(tǒng)計(jì)(3)數(shù)據(jù)庫(kù)覆蓋率

除了功能模塊覆蓋率,還有一種覆蓋率統(tǒng)計(jì)方法是介于代碼行覆

蓋率和功能模塊覆蓋率之間的,叫作數(shù)據(jù)庫(kù)覆蓋率。數(shù)據(jù)庫(kù)覆蓋率指的是測(cè)試人員測(cè)試的功能模塊對(duì)數(shù)據(jù)庫(kù)表的訪問(wèn)面積的覆蓋率。計(jì)算公式為:數(shù)據(jù)庫(kù)覆蓋率=SQL中出現(xiàn)的數(shù)據(jù)庫(kù)的對(duì)象數(shù)/數(shù)據(jù)庫(kù)總的對(duì)象數(shù)×100%(4)需求覆蓋率需求覆蓋率是基于需求項(xiàng)的覆蓋度量,主要通過(guò)分析測(cè)試用例的執(zhí)

行情況來(lái)衡量對(duì)需求的滿足程度。計(jì)算公式為:需求覆蓋率=被驗(yàn)證到的需求數(shù)量/總的需求數(shù)量×100%第六章軟件測(cè)試的度量6.3軟件測(cè)試常見(jiàn)的度量類(lèi)型6.3.1手工測(cè)試度量6.3.2性能測(cè)試度量6.3.3自動(dòng)化測(cè)試度量6.3.4通用度量6.3.1手工測(cè)試度量不同的軟件測(cè)試度量如圖所示6.3.1手工測(cè)試度量幾種手工測(cè)試度量如下:(1)測(cè)試用例生產(chǎn)率該度量基于測(cè)試用例編寫(xiě)的生產(chǎn)率,這些測(cè)試用例有確定的結(jié)果。測(cè)試用例生產(chǎn)率(TestCaseProductivity,TCP)的計(jì)算公式如下:測(cè)試用例生產(chǎn)率=總原始測(cè)試步驟(單位:步驟/小時(shí))工作時(shí)間(小時(shí))6.3.1手工測(cè)試度量測(cè)試?yán)咏Y(jié)論為8小時(shí)編寫(xiě)183個(gè)測(cè)試步驟,則TCP=183/8≈22.8,因此可以知道測(cè)試用例生產(chǎn)率為23步驟/小時(shí)。6.3.1手工測(cè)試度量(2)測(cè)試執(zhí)行摘要測(cè)試執(zhí)行摘要(TestExecutionSummary)給出測(cè)試用例執(zhí)行結(jié)果分類(lèi)方面的狀態(tài)及原因,針對(duì)各類(lèi)測(cè)試用例,給出了發(fā)布版本的靜態(tài)視圖,并收集執(zhí)行結(jié)果及測(cè)試用例數(shù)量的數(shù)據(jù)。測(cè)試執(zhí)行摘要如圖所示:摘要趨勢(shì):人們也可以為各種不能進(jìn)行的測(cè)試以及失敗的測(cè)試用例的原因進(jìn)行分類(lèi)以展示同樣的趨勢(shì)。6.3.1手工測(cè)試度量(3)軟件缺陷可接受率

軟件缺陷可接受率(DefectAcceptance,CA)決定測(cè)試組在執(zhí)行期間定義的有效軟件缺陷的數(shù)量,其計(jì)算公式如下:軟件缺陷可接受率=有效軟件缺陷數(shù)×100%總軟件缺陷數(shù)度量值可以和以前發(fā)布版本對(duì)比分析,如圖所示軟件缺陷可接受趨勢(shì)6.3.1手工測(cè)試度量(4)軟件缺陷不接受率軟件缺陷不接受率(DefectRejection,DR)決定在測(cè)試期間不接受的軟件缺陷數(shù)量,其計(jì)算公式如下:它提供了測(cè)試組已經(jīng)打開(kāi)的無(wú)效軟件缺陷的百分比,如圖所示。軟件缺陷不接受趨勢(shì)軟件缺陷不接受率=軟件缺陷不接受數(shù)×100%總軟件缺陷數(shù)6.3.1手工測(cè)試度量(5)不良軟件缺陷修復(fù)率不良軟件缺陷修復(fù)率(BadFixDefect)是指由解決缺陷導(dǎo)致的新軟件缺陷。這項(xiàng)度量決定軟件缺陷修復(fù)過(guò)程的效果,其計(jì)算公式如下:它指出了需要控制的不良軟件缺陷修復(fù)的百分比,如圖所示。不良軟件缺陷修復(fù)趨勢(shì)不良軟件缺陷修復(fù)率=不良軟件缺陷修復(fù)數(shù)×100%總有效軟件缺陷數(shù)6.3.1手工測(cè)試度量(6)測(cè)試執(zhí)行生產(chǎn)率進(jìn)一步分析測(cè)試執(zhí)行生產(chǎn)率(TestExcuationProductivity,TEP)可以得出確切的結(jié)果,TEP的計(jì)算公式如下:測(cè)試執(zhí)行生產(chǎn)率=測(cè)試用例執(zhí)行數(shù)×8(單位:執(zhí)行次數(shù)/天)

執(zhí)行時(shí)間(小時(shí))測(cè)試執(zhí)行數(shù)(NumberofTestCaseExcuted,TE)的計(jì)算方法如下:TE=BTC+T(0.33)×0.33+T(0.66)×0.66+T(1)×1,其中,BTC是指基本測(cè)試用例(BaseTestCase),即至少執(zhí)行了一次的測(cè)試用例的數(shù)量。T(1)=重新測(cè)試需執(zhí)行總TC步驟的71%至100%的TC數(shù)量T(0.66)=重新測(cè)試需執(zhí)行總TC步驟的41%至70%的TC數(shù)量T(0.33)=重新測(cè)試需執(zhí)行總TC步驟的1%至40%的TC數(shù)量6.3.1手工測(cè)試度量基本測(cè)試用例情況用戶

名稱(chēng)基礎(chǔ)執(zhí)行

效果(hr)重復(fù)運(yùn)行

情況1重復(fù)執(zhí)行

效率1(hr)重復(fù)運(yùn)行

情況2重復(fù)執(zhí)行

效率2(hr)重復(fù)運(yùn)行

情況3重復(fù)執(zhí)行

效率3(hr)XYZ_12T(0.66)1T(0.66)0.45T(1)2XYZ_21.3T(0.33)0.03T(1)2

XYZ_32.3T(1)1.2

XYZ_42T(1)2

XYZ_52.15

6.3.1手工測(cè)試度量基本測(cè)試用例統(tǒng)計(jì)基礎(chǔ)測(cè)試用例5T(1)4T(0.66)2T(0.33)1測(cè)試用例執(zhí)行時(shí)間TE19.7因此,可以得出Te=5+(1×4+2×0.66+1×0.33)=5+5.65=10.65,測(cè)試執(zhí)行生產(chǎn)率=10.65/19.7×8≈4.3(執(zhí)行次數(shù)/天)。6.3.1手工測(cè)試度量人們可以和以前發(fā)布版對(duì)比測(cè)試執(zhí)行生產(chǎn)率,從而得出有效結(jié)論,如下圖所示。6.3.1手工測(cè)試度量(7)測(cè)試效率測(cè)試效率(TestEfficiency,TE)決定測(cè)試組在提交軟件缺陷時(shí)的效率,其計(jì)算公式如下:測(cè)試效率=DT/(DT+DU)×100%DT為在測(cè)試期間定義的有效軟件缺陷數(shù),DU為應(yīng)用發(fā)布后由用戶定義的有效軟件缺陷數(shù)。換句話說(shuō)就是,事后測(cè)試軟件缺陷,如圖所示。測(cè)試效率趨勢(shì)6.3.1手工測(cè)試度量(8)軟件缺陷嚴(yán)重度指數(shù)軟件缺陷嚴(yán)重度指數(shù)(DefectSeverityIndex,DSI)決定測(cè)試時(shí)和發(fā)布時(shí)的產(chǎn)品質(zhì)量?;谶@項(xiàng)度量,人們可以決定是否發(fā)布產(chǎn)品,即這項(xiàng)度量代表了產(chǎn)品質(zhì)量,其計(jì)算公式如下:軟件缺陷嚴(yán)重度指數(shù)

=∑(缺陷嚴(yán)重度指數(shù)×該缺陷嚴(yán)重度指數(shù)下的有效軟件缺陷數(shù)量)有效軟件缺陷總數(shù)可以將軟件缺陷嚴(yán)重程度分為以下兩個(gè)部分:①所有狀態(tài)軟件缺陷的嚴(yán)重度指數(shù):這項(xiàng)值提供了在測(cè)試中的產(chǎn)品質(zhì)量。②打開(kāi)狀態(tài)軟件缺陷的嚴(yán)重度指數(shù):這項(xiàng)值給出發(fā)布時(shí)的產(chǎn)品質(zhì)量。

此時(shí)計(jì)算軟件缺陷嚴(yán)重程度,必須考慮僅僅是打開(kāi)狀態(tài)的軟件缺陷。6.3.1手工測(cè)試度量DSI(打開(kāi)狀態(tài))

=∑(缺陷嚴(yán)重度指數(shù)×該缺陷嚴(yán)重度指數(shù)下打開(kāi)狀態(tài)的有效軟件缺陷數(shù)量)有效打開(kāi)狀態(tài)的軟件缺陷總數(shù)如圖所示的是對(duì)于所有狀態(tài)的缺陷嚴(yán)重度指數(shù)為2.8的DSI6.3.1手工測(cè)試度量如圖所示的是對(duì)于打開(kāi)狀態(tài)的缺陷嚴(yán)重度指數(shù)為3.0的DSI6.3.1手工測(cè)試度量①測(cè)試中的產(chǎn)品質(zhì)量,即所有狀態(tài)軟件缺陷的軟件缺陷嚴(yán)重度指數(shù)

=2.8(高嚴(yán)重程度)。②發(fā)布時(shí)的產(chǎn)品質(zhì)量,即打開(kāi)狀態(tài)軟件缺陷的軟件缺陷嚴(yán)重度指數(shù)

=3.0(高嚴(yán)重程度)。

如圖所示的是對(duì)于打開(kāi)狀態(tài)的缺陷嚴(yán)重度指數(shù)為3.0的DSI6.3.1手工測(cè)試度量軟件缺陷嚴(yán)重度指數(shù)如圖:6.3.2性能測(cè)試度量幾種性能測(cè)試度量如下。(1)性能腳本生產(chǎn)率性能腳本生產(chǎn)率(PerformanceScriptingProductivity,PSP)為性能測(cè)試腳本提供腳本生產(chǎn)率以及一段時(shí)間內(nèi)的趨勢(shì),其計(jì)算公式如下:性能腳本生產(chǎn)率

=∑性能操作用時(shí)(小時(shí))6.3.2性能測(cè)試度量性能腳本示例執(zhí)行的操作是:①點(diǎn)擊數(shù)量,即點(diǎn)擊刷新的數(shù)據(jù);②輸入?yún)?shù)的數(shù)量;③關(guān)聯(lián)參數(shù)數(shù)量。執(zhí)行性能計(jì)數(shù)

點(diǎn)擊數(shù)量10輸入?yún)?shù)數(shù)量5關(guān)聯(lián)參數(shù)數(shù)量5總執(zhí)行性能20腳本編寫(xiě)用時(shí)=10小時(shí),性能腳本生產(chǎn)率=20/10=2(操作/小時(shí)),如下圖:6.3.2性能測(cè)試度量(2)性能執(zhí)行摘要性能執(zhí)行摘要(PerformanceExecutionSummary)列出了針對(duì)性能測(cè)試的各種類(lèi)型,由狀態(tài)(通過(guò)/失?。┛刂频臏y(cè)試數(shù)量。性能測(cè)試類(lèi)型包括峰值測(cè)試、壓力測(cè)試、耐力測(cè)試、故障切換測(cè)試等,如圖所示。6.3.2性能測(cè)試度量(3)性能執(zhí)行數(shù)據(jù)—客戶端性能執(zhí)行數(shù)據(jù)—客戶端給出執(zhí)行性能測(cè)試時(shí)客戶端數(shù)據(jù)的詳細(xì)信息。這項(xiàng)度量的數(shù)據(jù)包括運(yùn)行用戶數(shù)、響應(yīng)時(shí)間、每秒點(diǎn)擊率、吞吐量、每秒總事務(wù)數(shù)、第1個(gè)字節(jié)傳輸時(shí)間、每秒錯(cuò)誤數(shù)。(4)性能執(zhí)行數(shù)據(jù)—服務(wù)器端性能執(zhí)行數(shù)據(jù)—服務(wù)器端給出執(zhí)行性能測(cè)試時(shí)服務(wù)器端數(shù)據(jù)的詳細(xì)信息。這項(xiàng)度量的數(shù)據(jù)包括CPU占用率、內(nèi)存占用率、堆內(nèi)存占用率、每秒數(shù)據(jù)庫(kù)連接數(shù)。6.3.2性能測(cè)試度量(5)性能測(cè)試效率性能測(cè)試效率(PerformanceTestEfficiency,PTE)決定了性能測(cè)試團(tuán)隊(duì)滿足需求的質(zhì)量,如果需要,可以將其用作后續(xù)改進(jìn)的輸入,其計(jì)算公式如下:性能測(cè)試效率=PT期間滿足的需求

×100%PT期間滿足的需求+pt退出后未滿足的需求PT為性能測(cè)試期間。該指標(biāo)需要在性能測(cè)試期間及測(cè)試結(jié)束后收集數(shù)據(jù)點(diǎn)。

一些性能測(cè)試的需求如下:平均響應(yīng)時(shí)間、每秒事務(wù)數(shù)、可以處理預(yù)定義的最大用戶負(fù)載、服務(wù)器穩(wěn)定性。例如,考慮在性能測(cè)試期間需滿足上述需求。已知:性能測(cè)試期間的需求數(shù)=4;在產(chǎn)品中,平均響應(yīng)時(shí)間比期望值更好,在性能測(cè)試結(jié)束后沒(méi)有滿足需求=1;可知,PTE=4/(4+1)×100%=80%,即性能測(cè)試效率是80%。6.3.2性能測(cè)試度量(6)性能?chē)?yán)重程度指數(shù)性能?chē)?yán)重程度指數(shù)(PerformanceSeverityIndex,PSI)決定基于性能標(biāo)準(zhǔn)的產(chǎn)品質(zhì)量,性能標(biāo)準(zhǔn)可以決定下階段是否發(fā)布產(chǎn)品,即它代表性能方面測(cè)試的產(chǎn)品質(zhì)量。其計(jì)算公式如下:性能?chē)?yán)重程度指數(shù)

=∑(嚴(yán)重指數(shù)×該嚴(yán)重級(jí)別未滿足的需求數(shù))未滿足需求總數(shù)6.3.2性能測(cè)試度量如果性能不滿足要求,則可以分配要求的嚴(yán)重性,以便根據(jù)性能來(lái)決定產(chǎn)品的發(fā)布。例如

考慮到平均響應(yīng)時(shí)間沒(méi)有滿足的重要需求,測(cè)試人員可以按照標(biāo)準(zhǔn)打開(kāi)軟件缺陷嚴(yán)重程度。性能?chē)?yán)重程度指數(shù)=(4×1)/1=4(嚴(yán)重),如圖所示。6.3.3自動(dòng)化測(cè)試度量幾種自動(dòng)化測(cè)試度量如下:(1)自動(dòng)化腳本生產(chǎn)率自動(dòng)化腳本生產(chǎn)率(AutomationScriptingProductivity,ASP)為基于已有的分析得出最有效結(jié)論的自動(dòng)化測(cè)試腳本生產(chǎn)率,其計(jì)算公式如下:自動(dòng)化腳本生產(chǎn)率=∑執(zhí)行操作(單位:操作/小時(shí))用時(shí)(小時(shí))自動(dòng)化腳本示例執(zhí)行的操作如下。①點(diǎn)擊數(shù)量,即點(diǎn)擊刷新的數(shù)據(jù)。②輸入?yún)?shù)的數(shù)量。③增加的檢查點(diǎn)個(gè)數(shù)。

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論