軟件測試實(shí)驗報告

《軟件質(zhì)量保證與測試》實(shí)驗報告實(shí)驗一用例設(shè)計實(shí)驗?zāi)康哪軌蚴炀殤?yīng)用黑盒測試技術(shù)進(jìn)行測試用例設(shè)計對測試用例進(jìn)行優(yōu)化測試實(shí)驗設(shè)備主流PC機(jī)一套，安裝有jdk、jre、tomcat、mysql，至少兩種主流瀏覽器，截屏或錄屏軟件實(shí)驗內(nèi)容（1）為QQ的注冊賬號功能設(shè)計測試用例。詳細(xì)的界面可打開QQ網(wǎng)站的注冊賬號鏈接查看，每個字段的要求點(diǎn)擊相應(yīng)的輸入域即可看到。（2）教材二上的《大學(xué)學(xué)籍管理系統(tǒng)》中的登錄和添加學(xué)生信息功能。實(shí)驗要求從實(shí)驗內(nèi)容（1）和（2）選擇一項內(nèi)容，使用黑盒測試的方法設(shè)計測試用例，撰寫實(shí)驗報告選做實(shí)驗內(nèi)容15、QQ注冊頁面測試功能（注冊賬戶）有效等價類無效等價類昵稱1.必填2.不能超過24個字母或12個漢字（可以包含特殊字符）1.不填2.>24個字母<12個漢字密碼1.必填2.長度為6-16個字符3.不能包含空格4.不能是9位以下純數(shù)字不填小于6個字符大于16個字符包含空格純數(shù)字確認(rèn)密碼必填密碼一致不填不同的密碼性別二選一生日在所供給的范圍內(nèi)（公歷：1898—2017年1-12月1-31日）1898.1.1—2017.3.2（農(nóng)歷：1898—2017年1-12月1-30超過范圍除數(shù)字外的字符所在地在所供給的范圍內(nèi)超過范圍數(shù)字或字母或其他特殊字符手機(jī)號碼有效手機(jī)號無效手機(jī)號短信驗證碼有效無效Tab鍵是否有效注冊失敗返回頁面是否顯示出正確信息測試用例：序號輸入期望結(jié)果1在“昵稱”文本框什么也不輸提示昵稱不可以為空2AWE@#%$^#%&**(&^#$!@#~（蠕蟲這是第一次數(shù)字世界戰(zhàn)爭）提示不能超過24個字母或12個漢字3在“昵稱”文本框輸入“！@#”提示該昵稱可以使用4在“密碼”文本框什么也不輸提示密碼不可以為空5在“密碼”文本框輸入“123ab”提示長度為6~16個字符6在“密碼”文本框輸入“Shool#$+”提示不能包含空格7在“密碼”文本框輸入“123”提示不能是9位以下純數(shù)字8在“密碼”文本框輸入“123456789”提示該密碼可以使用9在“密碼”文本框輸入“Shool#$+”提示該密碼可以使用10在“確認(rèn)密碼”文本框輸入與“密碼”文本框不一樣的內(nèi)容提示密碼不一致11在“確認(rèn)密碼”文本框輸入與“密碼”文本框相同的內(nèi)容提示密碼設(shè)置成功12陰歷陽歷、年、月、日四個下拉列表框檢測能正常拉動13下拉列表中內(nèi)容的顯示能顯示完整的內(nèi)容14選擇下拉列表中的內(nèi)容后在相應(yīng)顯示欄顯示內(nèi)容正確顯示所選內(nèi)容15點(diǎn)擊輸入顯示框是有光標(biāo)閃爍光標(biāo)閃爍，等待輸入16在下拉列表中選擇農(nóng)歷、1990、10、07正確顯示選擇的內(nèi)容17在顯示輸入框輸入農(nóng)歷、1990、10、07正確顯示輸入的內(nèi)容18在年框中，月框，日框中分別輸入超過列表的時間自動跳轉(zhuǎn)到今年的1月1日19國家、省、市三個下拉框檢測能正常拉動20下拉列表中內(nèi)容的顯示能顯示完整的內(nèi)容21選擇下拉列表中的內(nèi)容后在相應(yīng)顯示欄顯示內(nèi)容正確顯示所選內(nèi)容22點(diǎn)擊輸入顯示框是有光標(biāo)閃爍光標(biāo)閃爍，等待輸入23在下拉列表中選中中國、河南、鄭州正確顯示選擇的內(nèi)容24在顯示輸入框輸入中國、河南、鄭州正確顯示輸入的內(nèi)容25在手機(jī)號框中輸入不正確的號碼提示輸入正確號碼26在手機(jī)號框中輸入正確的號碼正確顯示輸入的內(nèi)容27輸入與系統(tǒng)給的驗證碼不一致請輸入正確的驗證碼28輸入與系統(tǒng)給的驗證碼一致驗證碼輸入正確29同時開通qq空間和我已閱讀并同意相關(guān)服務(wù)條款兩個多選項檢測可以同時被選中30我已閱讀并同意相關(guān)服務(wù)條款下拉列表框檢測能正常拉動31選擇qq號碼規(guī)則能正常顯示內(nèi)容32選擇qq空間協(xié)議能正常顯示內(nèi)容33點(diǎn)擊立即注冊按鈕恭喜注冊成功34Tab鍵是否正確響應(yīng)Tab鍵能正確響應(yīng)順序35輸入框是否支持

復(fù)制和黏貼

和移動

輸入輸出昵稱密碼確認(rèn)密碼性別年月日所在地手機(jī)號驗證碼期望結(jié)果為空提示昵稱不可以為空AWE@#%$^#%&**(&^#$!@#~（蠕蟲這是第一次數(shù)字世界戰(zhàn)爭）可以通過！@#為空提示密碼不能為空123ab提示長度為6-16個字符Shool#$+可以通過Shool#$+提示不能為空格123提示不能是9位以下純數(shù)字123456789可以通過Shool#$+為空提示請再輸入密碼Shool#$+shool提示密碼不一致昵稱密碼確認(rèn)密碼性別年月日所在地手機(jī)號安全驗證驗證碼期望結(jié)果！@#Shool#$+Shool#$+可以通過男189811可以通過男1897自動跳轉(zhuǎn)至2017年女201732可以通過女201733自動跳轉(zhuǎn)至1日2005228下拉選擇否則自動跳轉(zhuǎn)中國安徽馬鞍山下拉選擇為空跳轉(zhuǎn)另一頁面提示請完成安全驗證為空或非數(shù)字錯誤選擇提示驗證錯誤正確手機(jī)號正確正確申請成功6、實(shí)驗總結(jié)通過本次實(shí)驗，我掌握了利用黑盒測試技術(shù)進(jìn)行簡單的測試用例設(shè)計，能夠?qū)Φ卿浀群唵喂δ軐?shí)現(xiàn)的進(jìn)行測試，同時加深了我對黑盒測試的理解和掌握。實(shí)驗二Web系統(tǒng)測試1.實(shí)驗?zāi)康恼莆沼美龍?zhí)行及缺陷報告的書寫方法。2.實(shí)驗設(shè)備主流PC機(jī)一套，安裝有jdk、jre、tomcat、mysql，至少兩種主流瀏覽器，截屏或錄屏軟件3.實(shí)驗內(nèi)容執(zhí)行實(shí)驗1中的測試用例，準(zhǔn)確描述發(fā)現(xiàn)的缺陷。4.實(shí)驗要求將所發(fā)現(xiàn)的缺陷進(jìn)行詳細(xì)描述，撰寫實(shí)驗報告，附件若必要，也可使用視頻，截取圖片或抓取視頻時，需要有瀏覽器的標(biāo)題欄和地址欄。5、舉例缺陷案例1：返回頁面需重新填寫信息缺陷標(biāo)題：QQ注冊官方首頁:注冊失敗返回頁面所填信息為空測試平臺與瀏覽器：Windows7+IE10或360安全瀏覽器測試步驟：1.打開QQ注冊官網(wǎng):/chs/index.html2.分別在IE與360安全瀏覽器上觀察主頁信息3.正確填寫前面信息，至手機(jī)驗證填寫錯誤，出現(xiàn)“你未通過安全驗證，注冊失敗”4.點(diǎn)擊返回，觀察頁面期望結(jié)果：返回頁面顯示前面所填正確信息實(shí)際結(jié)果：返回頁面中前面所填正確信息全為空舉例缺陷案例2：發(fā)送短信驗證存在問題缺陷標(biāo)題：QQ注冊官方首頁:用錯誤收件人號碼發(fā)送短信驗證顯示注冊成功測試平臺與瀏覽器：Windows7+IE10或360安全瀏覽器測試步驟：1.打開QQ注冊官網(wǎng):/chs/index.html2.正確填寫前面信息，填寫正確手機(jī)號，用錯誤收件人號碼（106906021077）發(fā)送短信1完成驗證期望結(jié)果：注冊失敗實(shí)際結(jié)果：申請成功舉例缺陷案例3：同一人同一手機(jī)號可重復(fù)注冊相同QQ缺陷標(biāo)題：QQ注冊官方首頁:同一人相同的手機(jī)號可重復(fù)注冊相同QQ測試平臺與瀏覽器：Windows7+IE10或360安全瀏覽器測試步驟：1.打開QQ注冊官網(wǎng):/chs/index.html2.正確填寫自己已注冊QQ相同信息，并填寫同一手機(jī)號，完成驗證期望結(jié)果：提示此QQ已被你注冊過實(shí)際結(jié)果：申請成功6、實(shí)驗總結(jié)通過本次實(shí)驗，我掌握了如何查找缺陷，以及編寫正確的缺陷描述標(biāo)準(zhǔn)格式。同時找到了一些常見的bug，也掌握了bug查找的一些規(guī)律，相信這對我學(xué)習(xí)本課程有了極大幫助。實(shí)驗三代碼分析與單元測試1.實(shí)驗?zāi)康恼莆瞻缀袦y試方法，并用白盒測試方法設(shè)計測試用例；掌握使用Junit進(jìn)行單元測試的方法。2.實(shí)驗設(shè)備主流PC機(jī)一套，安裝有Java的集成開發(fā)環(huán)境MyEclipse3.實(shí)驗內(nèi)容請按要求對下面的Java代碼進(jìn)行測試。代碼的功能是：用折半查找法在元素呈升序排列的數(shù)組中查找值為key的元素。 publicintbinSearch(intarray[],intkey){1 intmid,low,high;2 low=0;3 high=array.length-1;4 while(low<=high){5 mid=(low+high)/2;6 if(key==array[mid])7 returnmid;8 elseif(key<array[mid])9 high=mid-1;10 else11 low=mid+1;12 }13 return-1;14}用基本路徑測試給出測試路徑；為各測試路徑設(shè)計測試用例。（3）利用Junit實(shí)施自動測試4.實(shí)驗要求撰寫實(shí)驗報告，給出測試用例，測試的源代碼，及測試執(zhí)行成功與否的截圖。實(shí)驗步驟及結(jié)果截圖繪制程序流程圖：程序的控制流圖測試路徑設(shè)計測試用例。（3）利用Junit實(shí)施自動測試源程序：測試結(jié)果與預(yù)期結(jié)果一致?？偨Y(jié)：白盒測試與程序內(nèi)部結(jié)構(gòu)相關(guān)，因此也稱為結(jié)構(gòu)測試或邏輯驅(qū)動測試，而在進(jìn)行百合測試時，測試者必須檢查程序的內(nèi)部結(jié)構(gòu)，從程序的邏輯結(jié)構(gòu)著手，得出測試數(shù)據(jù)。實(shí)驗四性能測試與結(jié)果分析實(shí)驗?zāi)康模?）掌握性能測試的原理，及使用LoadRunner進(jìn)行性能測試的方法；（2）掌握分析測試結(jié)果的基本方法。實(shí)驗設(shè)備主流PC機(jī)一套，LoadRunner8.0實(shí)驗內(nèi)容（1）選擇《大學(xué)學(xué)籍管理系統(tǒng)》或loadrunner自帶系統(tǒng)的登錄功能；（2）錄制腳本（即創(chuàng)建虛擬用戶腳本）；（3）創(chuàng)建場景（設(shè)置用戶數(shù)<=30），并執(zhí)行場景；（4）分析測試結(jié)果。實(shí)驗要求撰寫實(shí)驗報告，填寫測試步驟和結(jié)果，包括：錄制的測試腳本，場景的設(shè)置和測試結(jié)果圖，可以截圖。LoadRunner性能測試結(jié)果分析是個復(fù)雜的過程，通?？梢詮慕Y(jié)果摘要、并發(fā)數(shù)、平均事務(wù)響應(yīng)時間、每秒點(diǎn)擊數(shù)、業(yè)務(wù)成功率、系統(tǒng)資源、網(wǎng)頁細(xì)分圖、Web服務(wù)器資源、數(shù)據(jù)庫服務(wù)器資源等幾個方面分析，如圖1-1所示。圖1-1性能測試結(jié)果分析流程圖結(jié)果摘要LoadRunner進(jìn)行場景測試結(jié)果收集后，首先顯示的該結(jié)果的一個摘要信息，如圖1-2所示。概要中列出了場景執(zhí)行情況、“StatisticsSummary（統(tǒng)計信息摘要）”、“TransactionSummary（事務(wù)摘要）”以及“HTTPResponsesSummary（HTTP響應(yīng)摘要）”等。以簡要的信息列出本次測試結(jié)果。圖1-2性能測試結(jié)果摘要圖場景執(zhí)行情況該部分給出了本次測試場景的名稱、結(jié)果存放路徑及場景的持續(xù)時間，如圖5-3所示。從該圖我們知道，本次測試從15:58:40開始，到16:29:42結(jié)束，共歷時31分2秒。與我們場景執(zhí)行計劃中設(shè)計的時間基本吻合。

圖1-3場景執(zhí)行情況描述圖StatisticsSummary（統(tǒng)計信息摘要）該部分給出了場景執(zhí)行結(jié)束后并發(fā)數(shù)、總吞吐量、平均每秒吞吐量、總請求數(shù)、平均每秒請求數(shù)的統(tǒng)計值，如圖5-4所示。從該圖我們得知，本次測試運(yùn)行的最大并發(fā)數(shù)為7，總吞吐量為842,037,409字節(jié)，平均每秒的吞吐量為451,979字節(jié)，總的請求數(shù)為211,974，平均每秒的請求為113.781，對于吞吐量，單位時間內(nèi)吞吐量越大，說明服務(wù)器的處理能越好，而請求數(shù)僅表示客戶端向服務(wù)器發(fā)出的請求數(shù)，與吞吐量一般是成正比關(guān)系。圖1-4統(tǒng)計信息摘要圖TransactionSummary（事務(wù)摘要）該部分給出了場景執(zhí)行結(jié)束后相關(guān)Action的平均響應(yīng)時間、通過率等情況，如圖1-5所示。從該圖我們得到每個Action的平均響應(yīng)時間與業(yè)務(wù)成功率。注意：因為在場景的“Run-timeSettings”的“Miscellaneous”選項中將每一個Action當(dāng)成了一個事務(wù)執(zhí)行，故這里的事務(wù)其實(shí)就是腳本中的Action。

圖1-5事務(wù)摘要圖HTTPResponsesSummary（HTTP響應(yīng)摘要）該部分顯示在場景執(zhí)行過程中，每次HTTP請求發(fā)出去的狀態(tài)，是成功還是失敗，都在這里體現(xiàn)，如圖5-6所示。從圖中可以看到，在本次測試過程中LoadRunner共模擬發(fā)出了211974次請求（與“統(tǒng)計信息摘要”中的“TotalHits”一致），其中“HTTP200”的是209811次，而“HTTP404”則有2163，說明在本次過程中，經(jīng)過發(fā)出的請求大部分都能正確響應(yīng)了，但還是有部分失敗了，但未影響測試結(jié)果，“HTTP200”表示請求被正確響應(yīng)，而“HTTP404”表示文件或者目錄未能找到。有朋友可能會問，這里出現(xiàn)了404的錯誤，為什么結(jié)果還都通過了。出現(xiàn)這樣問題的原因是腳本有些頁面的請求內(nèi)容并非關(guān)鍵點(diǎn)，比如可能請求先前的cookie信息，如果沒有就重新獲取，所以不會影響最終的測試結(jié)果。圖1-6HTTP響應(yīng)摘要并發(fā)數(shù)分析“RunningVusers（運(yùn)行的并發(fā)數(shù)）”顯示了在場景執(zhí)行過程中并發(fā)數(shù)的執(zhí)行情況。它們顯示Vuser的狀態(tài)、完成腳本的Vuser的數(shù)量以及集合統(tǒng)計信息，將這些圖與事務(wù)圖結(jié)合使用可以確定Vuser的數(shù)量對事務(wù)響應(yīng)時間產(chǎn)生的影響。圖1-7顯示了在OA系統(tǒng)考勤業(yè)務(wù)性能測試過程中Vusers運(yùn)行情況，從圖中我們可以看到，Vusers的運(yùn)行趨勢與我們場景執(zhí)行計劃中的設(shè)置是一樣，表明在場景執(zhí)行過程中，Vusers是按照我們預(yù)期的設(shè)置運(yùn)行的，沒有Vuser出現(xiàn)運(yùn)行錯誤，這樣從另一個側(cè)面說明我們的參數(shù)化設(shè)置是正確的，因為使用唯一數(shù)進(jìn)行參數(shù)化設(shè)置，如果設(shè)置不正確，將會導(dǎo)致Vuser運(yùn)行錯誤。在腳本中我們加入了這樣一段代碼：if(atoi(lr_eval_string("{num}"))>0){

lr_output_message("登錄成功，繼續(xù)執(zhí)行.");

}

else{

lr_error_message("登錄失敗，退出測試");

return-1;

}上述代碼的意思是說，如果登錄失敗了，就退出腳本的迭代，那么什么原因可能會導(dǎo)致登錄失敗呢？就是我們前面參數(shù)化的設(shè)置，一旦Vuser分配不到正確的登錄賬號，就可能導(dǎo)致登錄失敗，從而引起Vuser停止運(yùn)行。所以，從圖5-7的表現(xiàn)，可以認(rèn)為參數(shù)化是沒有問題的。

圖1-7運(yùn)行的并發(fā)數(shù)圖測試腳本中我們還使用了集合點(diǎn)，那么這里還可以看看集合點(diǎn)在場景執(zhí)行過程中的表現(xiàn)，點(diǎn)擊左邊的“NewGraph”，出現(xiàn)圖5-8，展開“Vusers”前的加號，雙擊“Rendezvous”，出現(xiàn)集合點(diǎn)的圖形后，點(diǎn)擊【Close】，關(guān)閉添加新圖界面。

圖1-8添加集合點(diǎn)統(tǒng)計圖集合點(diǎn)的圖形如圖1-9所示，從圖中可以看到，所有用戶到達(dá)集合點(diǎn)后，立刻就釋放了。與之前設(shè)定的集合點(diǎn)策略設(shè)置“所有運(yùn)行用戶到達(dá)后釋放“是一致的。假設(shè)這樣的一種情況，Running的Vusers有10個，集合點(diǎn)策略設(shè)置是“所有運(yùn)行用戶到達(dá)后釋放”，而集合點(diǎn)圖形顯示的最大釋放Vusers是7個，那么就表示有些Vuser超時了，引起超時的原因可能是Vuser得到的響應(yīng)超時了，可以結(jié)合平均事務(wù)響應(yīng)時間再詳細(xì)分析原因。

圖1-9集合點(diǎn)狀態(tài)圖我們本次測試RunningVusers與集合點(diǎn)是一致，說明整個場景執(zhí)行過程中，并發(fā)數(shù)用戶的執(zhí)行正確，OA系統(tǒng)測試服務(wù)器能夠應(yīng)付7個并發(fā)用戶的業(yè)務(wù)操作。響應(yīng)時間在性能測試要求中我們知道，有一項指標(biāo)是要求登錄、考勤業(yè)務(wù)操作的頁面響應(yīng)時間不超過3秒，那么本次測試是否達(dá)到了這個要求呢？我們先來看“AverageTransactionResponseTime（平均事務(wù)響應(yīng)時間圖）”（圖1-10），這張圖是平均事務(wù)響應(yīng)時間與結(jié)果摘要中的“TransactionSummary”合成的。

圖1-10平均事務(wù)響應(yīng)時間圖從圖形下部我們可以看到，登錄部分對應(yīng)的Action是“submit_login”，考勤業(yè)務(wù)提交對應(yīng)的Action是“submit_sign”，他們的“AverageTime（平均響應(yīng)時間為）”分別是4.425秒與0.848秒，從這兩個數(shù)值來看，考勤業(yè)務(wù)的事務(wù)響應(yīng)時間0.848秒小于預(yù)期的3秒，達(dá)到了要求，而登錄是4.425秒，大于預(yù)期的3秒，不符合要求。這樣的結(jié)果是不正確的，因為在統(tǒng)計的登錄業(yè)務(wù)的時候，我們沒有去除思考時間，所以，登錄功能的實(shí)際事務(wù)時間應(yīng)該是4.425秒-3秒=1.425秒，小于預(yù)期的3秒，故登錄業(yè)務(wù)的事務(wù)響應(yīng)時間也達(dá)到了我們的要求。在平時的性能測試活動中，統(tǒng)計結(jié)果的時候需要去掉思考時間，加上思考時間是為了真實(shí)的模擬用戶環(huán)境，統(tǒng)計結(jié)果中除去思考時間是為了更真實(shí)的反映服務(wù)器的處理能力，兩者并不矛盾。看完了“AverageTime”，我們再看“90PercentTime”，這個時間從某種程度來說，更準(zhǔn)確衡量了測試過程中各個事務(wù)的真實(shí)情況，表示90%的事務(wù)，服務(wù)器的響應(yīng)都維持在某個值附近，“AverageTime”值對于平均事務(wù)響應(yīng)時間變動趨勢很大的情況統(tǒng)計就不準(zhǔn)確了，比如有三個時間：1秒、5秒、12秒，則平均時間為6秒，而另外一種情況：5秒、6秒、7秒，平均時間也為6秒，顯然第二種比第一種要穩(wěn)定多了。所以，我們在查看平均事務(wù)響應(yīng)時間的時候，先看整體曲線走勢，如果整體趨勢比較平滑，沒有忽上忽下的波動情況，取“AverageTime”與“90PercentTime”都可以，如果整體趨勢毫無規(guī)律，波動非常大，我們就不用“AverageTime”而使用“90PercentTime”可能更真實(shí)些。從圖5-10可以看出，所有Action平均事務(wù)響應(yīng)時間的趨勢都非常平滑，所以使用“AverageTime”與“90PercentTime”差別不是很大，用哪個都可以。這里是使用最常用的統(tǒng)計方法“90PercentTime”。登錄業(yè)務(wù)的“90PercentTime”是5.298秒-3秒（思考時間）=2.298秒，考勤業(yè)務(wù)的“90PercentTime”是1.469秒，沒有思考時間，那么就是實(shí)打?qū)嵉睦?。根?jù)上面的計算，本次測試結(jié)果記錄如表1所示。測試項目標(biāo)值實(shí)際值是否通過登錄業(yè)務(wù)響應(yīng)時間<=3秒2.298秒Y考勤業(yè)務(wù)響應(yīng)時間<=3秒1.469秒Y登錄業(yè)務(wù)成功率100%

考勤業(yè)務(wù)成功率100%

登錄業(yè)務(wù)總數(shù)30分鐘完成2000

考勤業(yè)務(wù)總數(shù)30分鐘完成2000

CPU使用率<75%

內(nèi)存使用率<70%

表1測試結(jié)果對照表一每秒點(diǎn)擊數(shù)“HitsperSecond（每秒點(diǎn)擊數(shù)）”反映了客戶端每秒鐘向服務(wù)器端提交的請求數(shù)量，如果客戶端發(fā)出的請求數(shù)量越多，與之相對的“AverageThroughput(bytes/second)”也應(yīng)該越大，并且發(fā)出的請求越多會對平均事務(wù)響應(yīng)時間造成影響，所以在測試過程中往往將這三者結(jié)合起來分析。圖1-11顯示的是“HitsperSecond”與“AverageThroughput(bytes/second)”的復(fù)合圖，從圖中可以看出，兩種圖形的曲線都正常并且基本一致，說明服務(wù)器能及時的接受客戶端的請求，并能夠返回結(jié)果。如果“HitsperSecond”正常，而“AverageThroughput(bytes/second)”不正常，則表示服務(wù)器雖然能夠接受服務(wù)器的請求，但返回結(jié)果較慢，可能是程序處理緩慢。如果“HitsperSecond”不正常，則說明客戶端存在問題，那種問題一般是網(wǎng)絡(luò)引起的，或者錄制的腳本有問題，未能正確的模擬用戶的行為。具體問題具體分析，這里僅給出一些建議。

圖1-11每秒點(diǎn)擊數(shù)與每秒吞吐量復(fù)合圖對于本次測試來說，“HitsperSecond”與“AverageThroughput(bytes/second)”都是正常的，而且整體表現(xiàn)還是不錯的。一般情況下，這兩種指標(biāo)用于性能調(diào)優(yōu)，比如給定了幾個條件，去檢測另外一個條件，用這兩個指標(biāo)衡量，往往起到很好的效果。比如要比較某兩種硬件平臺的優(yōu)劣，就可以使用相同的配置方法部署軟件系統(tǒng)，然后使用相同的腳本、場景設(shè)計、統(tǒng)計方法去分析，最終得出一個較優(yōu)的配置。業(yè)務(wù)成功率“業(yè)務(wù)成功率”這個指標(biāo)在很多系統(tǒng)中都提及到，比如電信的、金融的、企業(yè)資源管理的等等。舉個例子，我們樓下的建行，假如每天的業(yè)務(wù)類別是這樣的：20個開戶，5個銷戶，300個存款，500取款，100個匯款等，那么在做他們的營業(yè)系統(tǒng)測試時就需要考慮業(yè)務(wù)成功率了，一般不得低于98%。具體的業(yè)務(wù)成功率是什么意思呢？排除那些復(fù)雜的業(yè)務(wù)，比如異步處理的業(yè)務(wù)（移動的套卡開通就是異步的），業(yè)務(wù)成功率就是事務(wù)成功率，用戶一般把一個Aciton當(dāng)做一筆業(yè)務(wù)，在LoadRunner場景執(zhí)行中一筆交易稱為一個事務(wù)。所以，說業(yè)務(wù)成功率其實(shí)就是事務(wù)成功率、通過率的意思。在“TransactionSummary”中我們可以很明確的看到每個事務(wù)的執(zhí)行狀態(tài)，如圖1-12所示。

圖1-12事務(wù)狀態(tài)統(tǒng)計圖從圖中可以看出，所有的Aciton都是綠色的，即表示為Passed，同時除了vuser_init與vuser_end兩個事務(wù)，其他的事務(wù)通過數(shù)為2163，也就表明在30分鐘的時間里，共完成了2163次登錄考勤業(yè)務(wù)操作。那么根據(jù)這些可以判斷本次測試登錄業(yè)務(wù)與考勤業(yè)務(wù)的成功率是100%，再次更新測試結(jié)果記錄表如表2所示。測試項目標(biāo)值實(shí)際值是否通過登錄業(yè)務(wù)響應(yīng)時間<=3秒2.298秒Y考勤業(yè)務(wù)響應(yīng)時間<=3秒1.469秒Y登錄業(yè)務(wù)成功率100%100%Y考勤業(yè)務(wù)成功率100%100%Y登錄業(yè)務(wù)總數(shù)30分鐘完成20002163Y考勤業(yè)務(wù)總數(shù)30分鐘完成20002163YCPU使用率<75%

內(nèi)存使用率<70%

表2測試結(jié)果對照表二系統(tǒng)資源系統(tǒng)資源圖顯示了在場景執(zhí)行過程中被監(jiān)控的機(jī)器系統(tǒng)資源使用情況，一般情況下監(jiān)控機(jī)器的CPU、內(nèi)存、網(wǎng)絡(luò)、磁盤等各個方面。本次測試監(jiān)控的是測試服務(wù)器的CPU使用率與內(nèi)存使用率，以及處理器隊列長度，具體的數(shù)據(jù)如圖1-13所示。

圖1-13測試服務(wù)器系統(tǒng)資源監(jiān)控結(jié)果圖從圖中可以看出，CPU使用率、可用物理內(nèi)存、CPU的隊列長度三個指標(biāo)的曲線逗較為平滑，三者的平均值分別為：53.582%、83.456M、8.45，而測試服務(wù)器總的物理內(nèi)存為384M，那么內(nèi)存使用率為（384-83.456）/384=78.26%，根據(jù)本次性能測試要求的：CPU使用率不超過75%，物理內(nèi)存使用率不超過70%這兩點(diǎn)來看，內(nèi)存的使用率78.26%大于預(yù)期的70%，故內(nèi)存使用率不達(dá)標(biāo)。根據(jù)Windwos資源性能指標(biāo)的解釋，一般情況下，如果“ProcessorQueueLength（處理器隊列長度）”一直超過二，則可能表示處理器堵塞，我們這里監(jiān)控出來的數(shù)值是8.45，而且總體上保持平衡，那么由此推斷，測試服務(wù)器的CPU也可能是個瓶頸。同時在測試過程中，場景執(zhí)行到23分半鐘的時候，報出了錯誤！未找到引用源。的錯誤，意思是說被監(jiān)控的服務(wù)器當(dāng)前無法再進(jìn)行計數(shù)器數(shù)據(jù)的獲取了，所以，本次操作系統(tǒng)資源的監(jiān)控只得到了場景執(zhí)行的前23分半鐘的數(shù)據(jù)。這樣對本次測試結(jié)果有一定的影響。獲得上述數(shù)據(jù)后，最新的測試結(jié)果記錄表如表3所示。測試項目標(biāo)值實(shí)際值是否通過登錄業(yè)務(wù)響應(yīng)時間<=3秒2.298秒Y考勤業(yè)務(wù)響應(yīng)時間<=3秒1.469秒Y登錄業(yè)務(wù)成功率100%100%Y考勤業(yè)務(wù)成功率100%100%Y登錄業(yè)務(wù)總數(shù)30分鐘完成20002163Y考勤業(yè)務(wù)總數(shù)30分鐘完成20002163YCPU使用率<75%53.582%Y內(nèi)存使用率<70%78.26%N表3測試結(jié)果對照表三從上表數(shù)據(jù)來看，本次測試總體上已經(jīng)達(dá)到了預(yù)期的性能指標(biāo)，但從其他的數(shù)據(jù)，比如CPU的隊列長度、內(nèi)存使用率來看，被測服務(wù)器的硬件資源需要提升。網(wǎng)頁細(xì)分圖網(wǎng)頁細(xì)分圖可以評估頁面內(nèi)容是否影響事務(wù)響應(yīng)時間。使用網(wǎng)頁細(xì)分圖，可以分析網(wǎng)站上有問題的元素（例如下載很慢的圖像或打不開的鏈接）。我們這里查看一下網(wǎng)頁細(xì)分圖中的“PageDownloadTimeBreakdown”，點(diǎn)擊錯誤！未找到引用源。左邊的“NewGraph”，出現(xiàn)圖1-14，展開“WebPageDiagnostics”前的加號，雙擊“PageDownloadTimeBreakdown”，待出現(xiàn)“PageDownloadTimeBreakdown”監(jiān)控圖后，點(diǎn)擊【Close】按鈕關(guān)閉添加監(jiān)控圖界面。

圖1-14添加網(wǎng)頁細(xì)分圖在監(jiān)控圖列表中，我們看到圖1-15，從圖中我們看到，在所有的頁面中，登錄后的用個人面頁面“2:8080/oa/oa.jsp”的下載時間最長。圖1-15網(wǎng)頁下載時間細(xì)分圖圖1-16詳細(xì)列出了每個頁面所消耗的時間分布，圖中每一個指標(biāo)含義見表4所示。該表由LoadRunner使用手冊提供。通過這些指標(biāo)的數(shù)據(jù)，我們可以輕易的判斷是哪個頁面、哪個請求導(dǎo)致了響應(yīng)時間變長，甚至響應(yīng)失敗。圖1-16oa.jsp頁面下載時間分布圖名稱描述ClientTime顯示因瀏覽器思考時間或其他與客戶端有關(guān)的延遲而使客戶機(jī)上的請求發(fā)生延遲時，所經(jīng)過的平均時間。ConnectionTime顯示與包含指定URL的Web服務(wù)器建立初始連接所需的時間。連接度量是一個很好的網(wǎng)絡(luò)問題指示器。此外，它還可表明服務(wù)器是否對請求做出響應(yīng)。DNSResolutionTime顯示使用最近的DNS服務(wù)器將DNS名稱解析為IP地址所需的時間。DNS查找度量是指示DNS解析問題或DNS服務(wù)器問題的一個很好的指示器。ErrorTime顯示從發(fā)出HTTP請求到返回錯誤消息（僅限于HTTP錯誤）這期間經(jīng)過的平均時間。FirstBufferTime顯示從初始HTTP請求（通常為GET）到成功收回來自Web服務(wù)器的第一次緩沖時為止所經(jīng)過的時間。第一次緩沖度量是很好的Web服務(wù)器延遲和網(wǎng)絡(luò)滯后指示器。（注意：由于緩沖區(qū)大小最大為8K，因此第一次緩沖時間可能也就是完成元素下載所需的時間。）FTPAuthernticationTime顯示驗證客戶端所用的時間。如果使用FTP，則服務(wù)器在開始處理客戶端命令之前，必須驗證該客戶端。FTP驗證度量僅適用于FTP協(xié)議通信ReceiveTime顯示從服務(wù)器收到最后一個字節(jié)并完成下載之前經(jīng)過的時間。接收度量是很好的網(wǎng)絡(luò)質(zhì)量指示器（查看用來計算接收速率的時間/大小比率）。SSLHandshakingTime顯示建立SSL連接（包括客戶端hello、服務(wù)器hello、客戶端公用密鑰傳輸、服務(wù)器證書傳輸和其他部分可選階段）所用的時間。此時刻后，客戶端和服務(wù)器之間的所有通信都被加密。SSL握手度量僅適用于HTTPS通信。表4網(wǎng)頁下載時間細(xì)分指標(biāo)說明對于本次測試，從網(wǎng)頁細(xì)分圖來看，基本上每個頁面的加載時間都是預(yù)期范圍內(nèi)，oa.jsp頁面因為集成了用戶的個人工作平臺，需要檢索很多的數(shù)據(jù)，并合成了很多圖片，所以相應(yīng)的加載時間較長，這是正確的。Web服務(wù)器資源上述所有的監(jiān)控圖形LoadRunner都可以提供，但對于某些測試監(jiān)控圖來說，LoadRunner就沒有提供了，期望其新版支持這些功能，當(dāng)然想監(jiān)控Tomcat、Jboss或者其他的Web服務(wù)器可以SiteScope工具，這個工具配置較為復(fù)雜，根據(jù)個人需要吧。我這里監(jiān)控Tomcat使用的是ManageEngineApplicationsManager8的試用版，測試結(jié)束后得出Tomcat的JVM使用率如圖1-17所示。

圖1-17TomcatJVM使用率監(jiān)視圖從圖中我們可以明顯看出，Tomcat的JVM使用率不斷上升，配置Tomcat時共分配了100M左右的物理內(nèi)存給其，測試初期使用的JVM相