軟件測試質(zhì)量分析報告書模板

1、WORD 格式可編輯軟件測試質(zhì)量分析報告專業(yè)知識整理分享WORD 格式可編輯1 編寫目的為了發(fā)現(xiàn)程序的錯誤和缺陷，通過測試，檢查該程序是否達(dá)到了預(yù)期的結(jié)果，發(fā)現(xiàn)其中的缺陷，確保程序可以正確執(zhí)行。質(zhì)量控制是為了保證每一件工作產(chǎn)品都滿足對它的需求而應(yīng)用于整個開發(fā)周期中的一系列審查、 評審和測試，質(zhì)量控制在創(chuàng)建工作產(chǎn)品的過程中包含一個反饋循環(huán)， 通過對質(zhì)量的反饋， 使得我們能夠在得到的工作產(chǎn)品不能滿足其規(guī)約時調(diào)整開發(fā)過程。所有工作產(chǎn)品都應(yīng)該具有定義好的和可度量的規(guī)約， 這樣就可以將每個過程的產(chǎn)品與這一規(guī)約進(jìn)行比較。質(zhì)量保證由管理層的審計和報告構(gòu)成，目標(biāo)是為管理層提供獲知產(chǎn)品質(zhì)量信息所需的數(shù)據(jù)， 從而

2、獲得產(chǎn)品質(zhì)量是否符合預(yù)定目標(biāo)的認(rèn)識和信心。2 測試項目及說明測試對象為一段計算基本運算加減乘除的代碼， 通過單元測試、集成測試、系統(tǒng)測試等方法來檢測該程序的缺陷。 軟件質(zhì)量保證是為了保證軟件系統(tǒng)或軟件產(chǎn)品滿足用戶要求的質(zhì)量而進(jìn)行的有計劃、 有組織的活動，其目的是生產(chǎn)高質(zhì)量的軟件。 在軟件質(zhì)量方面必須強調(diào)三個要點： 軟件必須滿足用戶規(guī)定的要求，與用戶需求不一致的軟件，就無質(zhì)量可言。軟件應(yīng)遵循軟件標(biāo)準(zhǔn)所定義的一系列開發(fā)標(biāo)準(zhǔn)，不遵循這些標(biāo)準(zhǔn)的軟件， 其質(zhì)量難以得到保證。 軟件還應(yīng)滿足某些隱含的要求，例如希望有良好的可理解性、可維護(hù)性等，而這些隱含的要求可能未被寫在用戶規(guī)定的需求中，滿足它的顯性需求而

3、不滿足其隱含需求，那么該軟件的質(zhì)量是令人懷疑的。專業(yè)知識整理分享WORD 格式可編輯4：測試工具及方法（ 1）單元測試測試工具： EclipseEclipse簡介：Eclipse 是一個開放源代碼的、 基于 Java的可擴展開發(fā)平臺。 就其本身而言，它只是一個框架和一組服務(wù)，用于通過插件組件構(gòu)建開發(fā)環(huán)境。幸運的是， Eclipse 附帶了一個標(biāo)準(zhǔn)的插件集，包括Java開發(fā)工具（ Java Development Kit，JDK）。雖然大多數(shù)用戶很樂于將Eclipse 當(dāng)作Java 集成開發(fā)環(huán)境（ IDE）來使用，但 Eclipse 的目標(biāo)卻不僅限于此。 Eclipse 還包括插件開發(fā)環(huán)境（ P

4、lug-in Development Environment， PDE），這個組件主要針對希望擴展 Eclipse 的軟件開發(fā)人員，因為它允許他們構(gòu)建與Eclipse 環(huán)境無縫集成的工具。由于Eclipse 中的每樣?xùn)|西都是插件，對于給Eclipse 提供插件，以及給用戶提供一致和統(tǒng)一的集成開發(fā)環(huán)境而言，所有工具開發(fā)人員都具有同等的發(fā)揮場所。這種平等和一致性并不僅限于Java 開發(fā)工具。盡管 Eclipse 是使用Java 語言開發(fā)的，但它的用途并不限于Java 語言；例如，支持諸如C/C+ 和 COBOL等編程語言的插件已經(jīng)可用，或預(yù)計將會推出。Eclipse 框架還可用來作為與軟件開發(fā)無關(guān)

5、的其他應(yīng)用程序類型的基礎(chǔ)，比如內(nèi)容管理系統(tǒng)。測試方法：白盒測試白盒測試簡介：專業(yè)知識整理分享WORD 格式可編輯白盒測試（white-box testing ）又稱透明盒測試（glass box testing）、結(jié)構(gòu)測試（ structural testing）等，軟件測試的主要方法之一，也稱結(jié)構(gòu)測試、邏輯驅(qū)動測試或基于程序本身的測試。白盒測試法的覆蓋標(biāo)準(zhǔn)有邏輯覆蓋、循環(huán)覆蓋和基本路徑測試。其中邏輯覆蓋包括語句覆蓋、 判定覆蓋、條件覆蓋、判定 / 條件覆蓋、條件組合覆蓋和路徑覆蓋。優(yōu)點和缺點1. 優(yōu)點·昂貴·迫使測試人員去仔細(xì)思考軟件的實現(xiàn)·可以檢測代碼中的每條

6、分支和路徑·揭示隱藏在代碼中的錯誤·對代碼的測試比較徹底·最優(yōu)化2. 缺點·無法檢測代碼中遺漏的路徑和數(shù)據(jù)敏感性錯誤·不驗證規(guī)格的正確性（ 2）：系統(tǒng)測試測試工具： Eclipse測試方法：黑盒測試黑盒測試簡介：等價類劃分（ EquivalencePartitioning）專業(yè)知識整理分享WORD 格式可編輯1.嚴(yán)格控制測試用例的增加，減少為達(dá)到“合理測試”的某些既定目標(biāo)而必須設(shè)計的其他測試用例的數(shù)量2.它覆蓋了大部分其他可能的測試用例。劃分了等價類后， 就可以說，如果對該集合中某個元素所進(jìn)行的測試沒有發(fā)現(xiàn)錯誤的話， 那么對該集合中其他元素所進(jìn)

7、行的測試也不大可能會發(fā)現(xiàn)錯誤。使用等價類劃分方法設(shè)計測試用例主要有兩個步驟： （1）確定等價類；（ 2）生成測試用例黑盒測試的優(yōu)缺點優(yōu)點 :1.對于較大的代碼單元來說，黑盒測試比白盒測試效率較高。2.測試人員不需要了解細(xì)節(jié)，包括特定的編程語言。3.測試人員和開發(fā)人員是彼此獨立的。4.從用戶的角度測試，很容易被理解和接受。5.有助于暴露與任務(wù)規(guī)格不一致或者有歧義的地方。6.測試用例可以在需求規(guī)格完成之后馬上執(zhí)行。缺點 :1.測試的只有一小部分，不可能測試全部輸入。2.沒有清潔和簡明的需求規(guī)格說明書，測試用例很難設(shè)計。3.如果測試人員，不被告知開發(fā)人員已經(jīng)執(zhí)行過的用例，在測試數(shù)據(jù)上會存在不必要的重

8、復(fù)。4.很多測試路徑?jīng)]有測試到。專業(yè)知識整理分享WORD 格式可編輯5.不能直接對特定程序段進(jìn)行測試，改程序段可能隱藏更多錯誤。5：測試策略及流程（1） 單元測試測試用例 :測試前說明：（ 2）條件“ a>=0”取真 (TURE)時為 T1，取假 (FALSE)時 F1（ 3）條件“ b>=0”取真 (TURE)時為 T2，取假 (FALSE)時 F2（ 4）條件“ c>=0”取真 (TURE)時為 T3，取假 (FALSE)時 F3（ 5）條件“ d>0”取真 (TURE)時為 T4，取假 (FALSE)時 F41.判定覆蓋法的基本思想是設(shè)計若干用例，運行程序被測，使

9、得程序中每個判斷的取真分支和取假分支至少經(jīng)歷一次，即判定真假值均曾被滿足。測試用例具體取值判定通過路徑條件條件In:a=1,b=1,c=1,da>=0,bN=T,FP(1,2,4,=1>=0,=T,6,8)Out:r=2c>=0,d>O=T,P0=TIn:a=-1,b=-1,c=-1a<0,b<N=F,FP(1,3,5,d=00,=F,7,9)專業(yè)知識整理分享WORD 格式可編輯Out:r=Fc<0,d<=O=F,P0=F2.條件組合覆蓋的基本思想是設(shè)計足夠的測試用例，使得判斷中每個條件的所有可能至少出現(xiàn)一次，并且每個判定本身的判定結(jié)果也至少出現(xiàn)

10、一次。測試用例覆 蓋覆 蓋覆蓋條件路徑組合In:a=1,b=1,c=1,dT1,T2,P(1,2,(1,3,=1T3,T44,6,8)5,7)Out:r=2In:a=1,b=-1,c=1,T1,F2,P(1,2,(1,4,d=1T3,T45,7,9)5,7)Out:r=1/FIn:a=1,b=1,c=-1,T1,T2,P(1,2,(1,3,d=1F3,T44,7,8)6,7)Out:r=1/FIn:a=1,b=1,c=-1,T1,T2,P(1,2,(1,3,d=-1F3,F44,7,9)6,8)Out:r=1/FIn:a=1,b=-1,c=-1,T1,F2,P(1,2,(1,4,專業(yè)知識整理分

11、享WORD 格式可編輯d=-1F3,F45,7,9)6,8)Out:r=1/FIn:a=1,b=-1,c=-1,T1,F2,P(1,2,(1,4,d=1F3,T45,7,8)6,7)Out:r=1/FIn:a=1,b=1,c=1,dT1,T2,P(1,2,(1,3,=-1T3,F44,7,9)5,8)Out:r=1/FIn:a=1,b=-1,c=1,T1,F2,P(1,2,(1,4,d=-1T3,F45,6,9)5,8)Out:r=1/FIn:a=-1,b=1,c=1,F1,T2,P(1,3,(2,3,d=1T3,T44,6,8)5,7)Out:r=1/FIn:a=-1,b=-1,c=1,F1

12、,F2,P(1,3,(2,4,d=1T3,T45,7,9)5,7)Out:r=1/FIn:a=-1,b=1,c=-1,F1,T2,P(1,3,(2,3,d=1F3,T44,7,8)6,7)Out:r=1/FIn:a=-1,b=1,c=-1,F1,T2,P(1,3,(2,3,d=-1F3,F44,7,9)6,8)專業(yè)知識整理分享WORD 格式可編輯Out:r=1/FIn:a=-1,b=-1,c=-1F1,F2,P(1,3,(2,4,d=-1F3,F45,7,9)6,8)Out:r=1/FIn:a=-1,b=-1,c=-1F1,F2,P(1,3,(2,4,d=1F3,T45,7,8)6,7)Out

13、:r=1/FIn:a=-1,b=1,c=1,F1,T2,P(1,3,(2,3,d=-1T3,F44,7,9)5,8)Out:r=1/FIn:a=-1,b=-1,c=1,F1,F2,P(1,3,(2,4,d=-1T3,F45,6,9)5,8)Out:r=1/FIn:a=-1,b=-1,c=1,F1,F2,P(1,3,(2,d=1T3,T45,7,9)4,5,7)Out:r=1/FIn:a=-1,b=1,c=-1,F1,T2,P(1,3,(2,d=1F3,T44,7,8)3,6,7)Out:r=1/FIn:a=-1,b=1,c=-1,F1,T2,P(1,3,(2,d=-1F3,F44,7,9)3,

14、6,8)專業(yè)知識整理分享WORD 格式可編輯Out:r=1/FIn:a=-1,b=-1,c=-1F1,F2,P(1,3,(2,d=-1F3,F45,7,9)4,6,8)Out:r=1/FIn:a=-1,b=-1,c=-1F1,F2,P(1,3,(2,d=1F3,T45,7,8)4,6,7)Out:r=1/FIn:a=-1,b=1,c=1,F1,T2,P(1,3,(2,d=-1T3,F44,7,9)3,5,8)Out:r=1/FIn:a=-1,b=-1,c=1,F1,F2,P(1,3,(2,d=-1T3,F45,6,9)4,5,8)Out:r=1/F組合編號 :組合覆蓋條件判定條件編號取值取值1

15、T1,T2M=T2T1,F2M=F3F1,T2N=T4F1,F2N=F專業(yè)知識整理分享WORD 格式可編輯5T3,T4O=T6T3,F4O=F7F3,T4P=T8F3,F4P=F3.路徑覆蓋就是設(shè)計所有的測試用例，來覆蓋程序中的所有可能的執(zhí)行路徑。測試用例覆 蓋 條覆蓋路徑覆件蓋 組合In:a=1,b=1,c=1,T1,T2,P(1,2,4,6,8)(1,5d=1T3,T4)Out:r=2In:a=1,b=-1,c=1T1,F2,P(1,3,4,6,8)(2,5,d=1T3,T4P(1,2,5,6,8)Out:r=1/FT1,T2,P(1,2,4,7,8)(1,7F3,T4)專業(yè)知識整理分享W

16、ORD 格式可編輯T1,T2,(1,6T3,F4)In:a=-1,b=1,c=1F1,T2,P(1,3,4,6,8)(3,5,d=1T3,T4)Out:r=1/FIn:a=-1,b=-1,c=F1,F2,P(1,3,5,6,8)(4,51,d=1T3,T4)Out:r=FIn:a=-1,b=-1,c=-1,dF1,F2,FP(1,2,4,(4,7)=13,T46,8)Out:r=FIn:a=-1,b=-1,c=-1,dF1,F2,FP(1,3,5,(4,8)=-13,F47,9)Out:r=F流程圖1MT 2a>=0a=aF3專業(yè)知識整理分享b>=0WORD 格式可編輯NT 4b=

17、a+bF5OT6F7T 8Pd>0F 9（ 2）系統(tǒng)測試d=r可使用性測試： (針對軟件質(zhì)量中) “功能性”目的：根據(jù)產(chǎn)品的需求規(guī)格說明書和測試列表， 驗證產(chǎn)品的功能實現(xiàn)是否符合需求規(guī)格 ;測試工具： java關(guān)注點：功能是否遺漏功能實現(xiàn)是否滿足用戶需求和系統(tǒng)設(shè)計的隱性需求輸入能否正確接受，輸出結(jié)果是否正確專業(yè)知識整理分享WORD 格式可編輯基本功能測試：測試序號操作輸入期望測試是否內(nèi)容結(jié)果結(jié)果通過正常 2加法5+277.0是輸入3減法5-233.0是4乘法5*21010.0是5除法5/22.52.50是6清除backsp updatresult否acee非法 7除 05/0faulti

18、nfinity否輸入8連 乘 /4*2updatfault否除e9連 加 /4+2updatfault否減e10輸入4y+3updatfault否字母e11溢出12.updatfault否3+4.e.3專業(yè)知識整理分享WORD 格式可編輯12精 度 1/31/30.3333 是測試333.負(fù)載測試：軟件測試是保證軟件質(zhì)量的重要手段 ,對軟件系統(tǒng)進(jìn)行有效的負(fù)載壓力測試 ,有助于精確的評估出軟件性能的瓶頸 ,從而對其進(jìn)行調(diào)優(yōu) .利用自動化性能測試工具 LoadRunner, 對計算器進(jìn)行實例負(fù)載壓力測試 ,初步評估出該 Web 網(wǎng)頁的性能瓶頸 ,針對此性能瓶頸 ,提出改善并發(fā)用戶數(shù)及用戶訪問速度的

19、方法 .測試工具： HP LoadRunner關(guān)注點：增加用戶的數(shù)量對系統(tǒng)響應(yīng)時間的影響結(jié)論：通過對數(shù)據(jù)的分析我們可以得出以下兩點：專業(yè)知識整理分享WORD 格式可編輯1.隨用戶的數(shù)量的增加，軟件對數(shù)據(jù)的響應(yīng)時間不斷增大。2.通過對用戶數(shù)量的增大，我們可以得出軟件的最大用戶數(shù)量在 3700 左右。6：缺陷統(tǒng)計及分析（ 1）單元測試測試分析：1 分析測試結(jié)果于預(yù)期結(jié)果是否一致，測試覆蓋率達(dá)到多少。測試類型測試結(jié)果與預(yù)測試覆蓋率期果判定覆蓋一致100%條件組合覆蓋一致100%路徑覆蓋一致100%軟件缺陷 :1 輸入負(fù)值 ,輸出結(jié)果顯示出錯。2 只能計算一組數(shù)據(jù)，不能循環(huán)計算。3 減法測試模糊不清。

20、專業(yè)知識整理分享WORD 格式可編輯7：測試質(zhì)量分析代碼導(dǎo)入及運行過程：首先安裝 java 開發(fā)工具箱jdk ，它是 java 程序能夠運行的條件，也是用來調(diào)試 java 程序的工具，之后安裝可視化的 java 編譯環(huán)境 eclipse 直接進(jìn)行 java 程序的編碼工作， 并提供可視化的運行環(huán)境，我們說 jdk 同樣可以做出 java 項目，畢竟 eclipse 本身就是用 jdk 編寫的，所以用 eclipse 運行的 java 程序也可以用 jdk 運行。（ 1）代碼導(dǎo)入：安裝好 jdk 與 eclipse 后，打開 eclipse ，左擊文件新建一個 java 項目（ 2）命名為 My

21、Project 后點擊完成，右擊項目名稱新建一個class 文件命名為 size 后點擊完成，將代碼復(fù)制在size.java 中運行結(jié)果如下代碼運行后開始軟件測試。8.評價軟件的角度(1)正確性正確性是指軟件按照需求正確執(zhí)行任務(wù)的能力。正確性也涵蓋了“精確性方面。無庸質(zhì)疑，這是對一款軟件最基本的要求，專業(yè)知識整理分享WORD 格式可編輯比如我們通過ATM 自動取款機取款時， 在輸入 1,000 時，結(jié)果只輸出了 800 或者輸出了1,200，可想而知這會對銀行和客戶會產(chǎn)生多大的影響。 一款軟件滿足不了正確性的要求，再談其他任何方面都沒意義。(2)健壯性健壯性是指在異常或者不利情況下，軟件能夠正常運行的能力。我們可以用生活中的一個例來說明，當(dāng)流感出現(xiàn)的時候，在同樣環(huán)境下， 有些人很容易就生病，而有些人卻任你東南西北風(fēng)，就是安然無恙。(3)性能性能也就是一個軟件效率問題