LR性能測(cè)試結(jié)果樣例分析

1、-. z.LR性能測(cè)試結(jié)果樣例分析測(cè)試結(jié)果分析LoadRunner性能測(cè)試結(jié)果分析是個(gè)復(fù)雜的過(guò)程，通?？梢詮慕Y(jié)果摘要、并發(fā)數(shù)、平均事務(wù)響應(yīng)時(shí)間、每秒點(diǎn)擊數(shù)、業(yè)務(wù)成功率、系統(tǒng)資源、網(wǎng)頁(yè)細(xì)分圖、Web效勞器資源、數(shù)據(jù)庫(kù)效勞器資源等幾個(gè)方面分析，如圖1- 1所示。性能測(cè)試結(jié)果分析的一個(gè)重要的原則是以性能測(cè)試的需求指標(biāo)為導(dǎo)向。我們回憶一下本次性能測(cè)試的目的，正如所列的指標(biāo)，本次測(cè)試的要驗(yàn)證在30分鐘完成2000次用戶(hù)登錄系統(tǒng)，然后進(jìn)展考勤業(yè)務(wù)，最后退出，在業(yè)務(wù)操作過(guò)程中頁(yè)面的響應(yīng)時(shí)間不超過(guò)3秒，并且效勞器的CPU使用率、存使用率分別不超過(guò)75%、70%，則按照所示的流程，我們開(kāi)場(chǎng)分析，看看本次測(cè)試是否

2、到達(dá)了預(yù)期的性能指標(biāo)，其中又有哪些性能隱患，該如何解決。圖1- 1性能測(cè)試結(jié)果分析流程圖結(jié)果摘要LoadRunner進(jìn)展場(chǎng)景測(cè)試結(jié)果收集后，首先顯示的該結(jié)果的一個(gè)摘要信息，如圖1- 2所示。概要中列出了場(chǎng)景執(zhí)行情況、Statistics Summary統(tǒng)計(jì)信息摘要、Transaction Summary事務(wù)摘要以及HTTP Responses SummaryHTTP響應(yīng)摘要等。以簡(jiǎn)要的信息列出本次測(cè)試結(jié)果。圖1- 2性能測(cè)試結(jié)果摘要圖場(chǎng)景執(zhí)行情況該局部給出了本次測(cè)試場(chǎng)景的名稱(chēng)、結(jié)果存放路徑及場(chǎng)景的持續(xù)時(shí)間，如圖5- 3所示。從該圖我們知道，本次測(cè)試從15:58:40開(kāi)場(chǎng)，到16:29:42完畢

3、，共歷時(shí)31分2秒。與我們場(chǎng)景執(zhí)行方案中設(shè)計(jì)的時(shí)間根本吻合。圖1- 3場(chǎng)景執(zhí)行情況描述圖Statistics Summary統(tǒng)計(jì)信息摘要該局部給出了場(chǎng)景執(zhí)行完畢后并發(fā)數(shù)、總吞吐量、平均每秒吞吐量、總請(qǐng)求數(shù)、平均每秒請(qǐng)求數(shù)的統(tǒng)計(jì)值，如圖5- 4所示。從該圖我們得知，本次測(cè)試運(yùn)行的最大并發(fā)數(shù)為7，總吞吐量為842,037,409字節(jié)，平均每秒的吞吐量為451,979字節(jié)，總的請(qǐng)求數(shù)為211,974，平均每秒的請(qǐng)求為113.781，對(duì)于吞吐量，單位時(shí)間吞吐量越大，說(shuō)明效勞器的處理能越好，而請(qǐng)求數(shù)僅表示客戶(hù)端向效勞器發(fā)出的請(qǐng)求數(shù)，與吞吐量一般是成正比關(guān)系。圖1- 4統(tǒng)計(jì)信息摘要圖Transaction

4、 Summary事務(wù)摘要該局部給出了場(chǎng)景執(zhí)行完畢后相關(guān)Action的平均響應(yīng)時(shí)間、通過(guò)率等情況，如圖1- 5所示。從該圖我們得到每個(gè)Action的平均響應(yīng)時(shí)間與業(yè)務(wù)成功率。注意：因?yàn)樵趫?chǎng)景的Run-time Settings的Miscellaneous選項(xiàng)中將每一個(gè)Action當(dāng)成了一個(gè)事務(wù)執(zhí)行，故這里的事務(wù)其實(shí)就是腳本中的Action。圖1- 5事務(wù)摘要圖HTTP Responses SummaryHTTP響應(yīng)摘要該局部顯示在場(chǎng)景執(zhí)行過(guò)程中，每次HTTP請(qǐng)求發(fā)出去的狀態(tài)，是成功還是失敗，都在這里表達(dá)，如圖5- 6所示。從圖中可以看到，在本次測(cè)試過(guò)程中LoadRunner共模擬發(fā)出了21197

5、4次請(qǐng)求與統(tǒng)計(jì)信息摘要中的Total Hits一致，其中HTTP 200的是209811次，而HTTP 404則有2163，說(shuō)明在本次過(guò)程中，經(jīng)過(guò)發(fā)出的請(qǐng)求大局部都能正確響應(yīng)了，但還是有局部失敗了，但未影響測(cè)試結(jié)果，HTTP 200表示請(qǐng)求被正確響應(yīng)，而HTTP 404表示文件或者目錄未能找到。有朋友可能會(huì)問(wèn)，這里出現(xiàn)了404的錯(cuò)誤，為什么結(jié)果還都通過(guò)了。出現(xiàn)這樣問(wèn)題的原因是腳本有些頁(yè)面的請(qǐng)求容并非關(guān)鍵點(diǎn)，比方可能請(qǐng)求先前的cookie信息，如果沒(méi)有就重新獲取，所以不會(huì)影響最終的測(cè)試結(jié)果。圖1- 6 HTTP響應(yīng)摘要常用的HTTP狀態(tài)代碼如下：400 無(wú)法解析此請(qǐng)求。401.1 未經(jīng)授權(quán)：訪問(wèn)

6、由于憑據(jù)無(wú)效被拒絕。401.2 未經(jīng)授權(quán): 訪問(wèn)由于效勞器配置傾向使用替代身份驗(yàn)證方法而被拒絕。401.3 未經(jīng)授權(quán)：訪問(wèn)由于 ACL 對(duì)所請(qǐng)求資源的設(shè)置被拒絕。401.4 未經(jīng)授權(quán)：Web 效勞器上安裝的篩選器授權(quán)失敗。401.5 未經(jīng)授權(quán)：ISAPI/CGI 應(yīng)用程序授權(quán)失敗。401.7 未經(jīng)授權(quán)：由于 Web 效勞器上的 URL 授權(quán)策略而拒絕訪問(wèn)。403 制止訪問(wèn)：訪問(wèn)被拒絕。403.1 制止訪問(wèn)：執(zhí)行訪問(wèn)被拒絕。403.2 制止訪問(wèn)：讀取訪問(wèn)被拒絕。403.3 制止訪問(wèn)：寫(xiě)入訪問(wèn)被拒絕。403.4 制止訪問(wèn)：需要使用 SSL 查看該資源。403.5 制止訪問(wèn)：需要使用 SSL 128

7、 查看該資源。403.6 制止訪問(wèn)：客戶(hù)端的 IP 地址被拒絕。403.7 制止訪問(wèn)：需要 SSL 客戶(hù)端證書(shū)。403.8 制止訪問(wèn)：客戶(hù)端的 DNS 名稱(chēng)被拒絕。403.9 制止訪問(wèn)：太多客戶(hù)端試圖連接到 Web 效勞器。403.10 制止訪問(wèn)：Web 效勞器配置為拒絕執(zhí)行訪問(wèn)。403.11 制止訪問(wèn)：密碼已更改。403.12 制止訪問(wèn)：效勞器證書(shū)映射器拒絕了客戶(hù)端證書(shū)訪問(wèn)。403.13 制止訪問(wèn)：客戶(hù)端證書(shū)已在 Web 效勞器上撤消。403.14 制止訪問(wèn)：在 Web 效勞器上已拒絕目錄列表。403.15 制止訪問(wèn)：Web 效勞器已超過(guò)客戶(hù)端訪問(wèn)許可證限制。403.16 制止訪問(wèn)：客戶(hù)端證

8、書(shū)格式錯(cuò)誤或未被 Web 效勞器信任。403.17制止訪問(wèn)：客戶(hù)端證書(shū)已經(jīng)到期或者尚未生效。403.18 制止訪問(wèn)：無(wú)法在當(dāng)前應(yīng)用程序池中執(zhí)行請(qǐng)求的 URL。403.19 制止訪問(wèn)：無(wú)法在該應(yīng)用程序池中為客戶(hù)端執(zhí)行 CGI。403.20 制止訪問(wèn)：Passport 登錄失敗。404 找不到文件或目錄。404.1 文件或目錄未找到：無(wú)法在所請(qǐng)求的端口訪問(wèn)。需要注意的是404.1錯(cuò)誤只會(huì)出現(xiàn)在具有多個(gè)IP地址的計(jì)算機(jī)上。如果在特定IP地址/端口組合上收到客戶(hù)端請(qǐng)求，而且沒(méi)有將IP地址配置為在該特定的端口上偵聽(tīng)，則IIS返回 404.1 HTTP錯(cuò)誤。例如，如果一臺(tái)計(jì)算機(jī)有兩個(gè)IP地址，而只將其中一

9、個(gè)IP地址配置為在端口80上偵聽(tīng)，則另一個(gè)IP地址從端口80收到的任何請(qǐng)求都將導(dǎo)致IIS返回404.1錯(cuò)誤。只應(yīng)在此效勞級(jí)別設(shè)置該錯(cuò)誤，因?yàn)橹挥挟?dāng)效勞器上使用多個(gè)IP地址時(shí)才會(huì)將它返回給客戶(hù)端。404.2 文件或目錄無(wú)法找到：鎖定策略制止該請(qǐng)求。404.3 文件或目錄無(wú)法找到：MIME 映射策略制止該請(qǐng)求。405 用于訪問(wèn)該頁(yè)的 HTTP 動(dòng)作未被許可。406 客戶(hù)端瀏覽器不承受所請(qǐng)求頁(yè)面的 MIME 類(lèi)型。407 Web 效勞器需要初始的代理驗(yàn)證。410 文件已刪除。412 客戶(hù)端設(shè)置的前提條件在 Web 效勞器上評(píng)估時(shí)失敗。414 請(qǐng)求 URL 太大，因此在 Web 效勞器上不承受該 UR

10、L。500 效勞器部錯(cuò)誤。500.11 效勞器錯(cuò)誤：Web 效勞器上的應(yīng)用程序正在關(guān)閉。500.12 效勞器錯(cuò)誤：Web 效勞器上的應(yīng)用程序正在重新啟動(dòng)。500.13 效勞器錯(cuò)誤：Web 效勞器太忙。500.14 效勞器錯(cuò)誤：效勞器上的無(wú)效應(yīng)用程序配置。500.15 效勞器錯(cuò)誤：不允許直接請(qǐng)求 GLOBAL.ASA。500.16 效勞器錯(cuò)誤：UNC 授權(quán)憑據(jù)不正確。500.17 效勞器錯(cuò)誤：URL 授權(quán)存儲(chǔ)無(wú)法找到。500.18 效勞器錯(cuò)誤：URL 授權(quán)存儲(chǔ)無(wú)法翻開(kāi)。500.19 效勞器錯(cuò)誤：該文件的數(shù)據(jù)在配置數(shù)據(jù)庫(kù)中配置不正確。500.20 效勞器錯(cuò)誤：URL 授權(quán)域無(wú)法找到。500 100

11、 部效勞器錯(cuò)誤：ASP 錯(cuò)誤。501 標(biāo)題值指定的配置沒(méi)有執(zhí)行。502 Web 效勞器作為網(wǎng)關(guān)或代理效勞器時(shí)收到無(wú)效的響應(yīng)。并發(fā)數(shù)分析Running Vusers運(yùn)行的并發(fā)數(shù)顯示了在場(chǎng)景執(zhí)行過(guò)程中并發(fā)數(shù)的執(zhí)行情況。它們顯示Vuser的狀態(tài)、完成腳本的Vuser的數(shù)量以及集合統(tǒng)計(jì)信息，將這些圖與事務(wù)圖結(jié)合使用可以確定Vuser的數(shù)量對(duì)事務(wù)響應(yīng)時(shí)間產(chǎn)生的影響。圖1- 7顯示了在OA系統(tǒng)考勤業(yè)務(wù)性能測(cè)試過(guò)程中Vusers運(yùn)行情況，從圖中我們可以看到，Vusers的運(yùn)行趨勢(shì)與我們場(chǎng)景執(zhí)行方案中的設(shè)置是一樣，說(shuō)明在場(chǎng)景執(zhí)行過(guò)程中，Vusers是按照我們預(yù)期的設(shè)置運(yùn)行的，沒(méi)有Vuser出現(xiàn)運(yùn)行錯(cuò)誤，這樣從

12、另一個(gè)側(cè)面說(shuō)明我們的參數(shù)化設(shè)置是正確的，因?yàn)槭褂梦ㄒ粩?shù)進(jìn)展參數(shù)化設(shè)置，如果設(shè)置不正確，將會(huì)導(dǎo)致Vuser運(yùn)行錯(cuò)誤。在腳本中我們參加了這樣一段代碼：if (atoi(lr_eval_string(num) 0)lr_output_message(登錄成功，繼續(xù)執(zhí)行.);elselr_error_message(登錄失敗，退出測(cè)試);return -1;上述代碼的意思是說(shuō)，如果登錄失敗了，就退出腳本的迭代，則什么原因可能會(huì)導(dǎo)致登錄失敗呢？就是我們前面參數(shù)化的設(shè)置，一旦Vuser分配不到正確的登錄賬號(hào)，就可能導(dǎo)致登錄失敗，從而引起Vuser停頓運(yùn)行。所以，從圖5- 7的表現(xiàn)，可以認(rèn)為參數(shù)化是沒(méi)有問(wèn)題

13、的。圖1- 7運(yùn)行的并發(fā)數(shù)圖測(cè)試腳本中我們還使用了集合點(diǎn)，則這里還可以看看集合點(diǎn)在場(chǎng)景執(zhí)行過(guò)程中的表現(xiàn)，點(diǎn)擊左邊的New Graph，出現(xiàn)圖5- 8，展開(kāi)Vusers前的加號(hào)，雙擊Rendezvous，出現(xiàn)集合點(diǎn)的圖形后，點(diǎn)擊【Close】，關(guān)閉添加新圖界面。圖1- 8添加集合點(diǎn)統(tǒng)計(jì)圖集合點(diǎn)的圖形如圖1- 9所示，從圖中可以看到，所有用戶(hù)到達(dá)集合點(diǎn)后，立刻就釋放了。與之前設(shè)定的集合點(diǎn)策略設(shè)置所有運(yùn)行用戶(hù)到達(dá)后釋放是一致的。假設(shè)這樣的一種情況，Running的Vusers有10個(gè)，集合點(diǎn)策略設(shè)置是所有運(yùn)行用戶(hù)到達(dá)后釋放，而集合點(diǎn)圖形顯示的最大釋放Vusers是7個(gè)，則就表示有些Vuser超時(shí)了，

14、引起超時(shí)的原因可能是Vuser得到的響應(yīng)超時(shí)了，可以結(jié)合平均事務(wù)響應(yīng)時(shí)間再詳細(xì)分析原因。圖1- 9集合點(diǎn)狀態(tài)圖我們本次測(cè)試Running Vusers與集合點(diǎn)是一致，說(shuō)明整個(gè)場(chǎng)景執(zhí)行過(guò)程中，并發(fā)數(shù)用戶(hù)的執(zhí)行正確，OA系統(tǒng)測(cè)試效勞器能夠應(yīng)付7個(gè)并發(fā)用戶(hù)的業(yè)務(wù)操作。響應(yīng)時(shí)間在性能測(cè)試要求中我們知道，有一項(xiàng)指標(biāo)是要求登錄、考勤業(yè)務(wù)操作的頁(yè)面響應(yīng)時(shí)間不超過(guò)3秒，則本次測(cè)試是否到達(dá)了這個(gè)要求呢？我們先來(lái)看Average Transaction Response Time平均事務(wù)響應(yīng)時(shí)間圖圖1- 10，這圖是平均事務(wù)響應(yīng)時(shí)間與結(jié)果摘要中的Transaction Summary合成的。圖1- 10平均事務(wù)響

15、應(yīng)時(shí)間圖從圖形下部我們可以看到，登錄局部對(duì)應(yīng)的Action是submit_login，考勤業(yè)務(wù)提交對(duì)應(yīng)的Action是submit_sign，他們的Average Time平均響應(yīng)時(shí)間為分別是4.425秒與0.848秒，從這兩個(gè)數(shù)值來(lái)看，考勤業(yè)務(wù)的事務(wù)響應(yīng)時(shí)間0.848秒小于預(yù)期的3秒，到達(dá)了要求，而登錄是4.425秒，大于預(yù)期的3秒，不符合要求。這樣的結(jié)果是不正確的，因?yàn)樵诮y(tǒng)計(jì)的登錄業(yè)務(wù)的時(shí)候，我們沒(méi)有去除思考時(shí)間，所以，登錄功能的實(shí)際事務(wù)時(shí)間應(yīng)該是4.425秒-3秒=1.425秒，小于預(yù)期的3秒，故登錄業(yè)務(wù)的事務(wù)響應(yīng)時(shí)間也到達(dá)了我們的要求。在平時(shí)的性能測(cè)試活動(dòng)中，統(tǒng)計(jì)結(jié)果的時(shí)候需要去掉思考

16、時(shí)間，加上思考時(shí)間是為了真實(shí)的模擬用戶(hù)環(huán)境，統(tǒng)計(jì)結(jié)果中除去思考時(shí)間是為了更真實(shí)的反映效勞器的處理能力，兩者并不矛盾?？赐炅薃verage Time，我們?cè)倏?0 Percent Time，這個(gè)時(shí)間從*種程度來(lái)說(shuō)，更準(zhǔn)確衡量了測(cè)試過(guò)程中各個(gè)事務(wù)的真實(shí)情況，表示90%的事務(wù)，效勞器的響應(yīng)都維持在*個(gè)值附近，Average Time值對(duì)于平均事務(wù)響應(yīng)時(shí)間變動(dòng)趨勢(shì)很大的情況統(tǒng)計(jì)就不準(zhǔn)確了，比方有三個(gè)時(shí)間：1秒、5秒、12秒，則平均時(shí)間為6秒，而另外一種情況：5秒、6秒、7秒，平均時(shí)間也為6秒，顯然第二種比第一種要穩(wěn)定多了。所以，我們?cè)诓榭雌骄聞?wù)響應(yīng)時(shí)間的時(shí)候，先看整體曲線(xiàn)走勢(shì)，如果整體趨勢(shì)比擬平滑，

17、沒(méi)有忽上忽下的波動(dòng)情況，取Average Time與90 Percent Time都可以，如果整體趨勢(shì)毫無(wú)規(guī)律，波動(dòng)非常大，我們就不用Average Time而使用90 Percent Time可能更真實(shí)些。從圖5- 10可以看出，所有Action平均事務(wù)響應(yīng)時(shí)間的趨勢(shì)都非常平滑，所以使用Average Time與90 Percent Time差異不是很大，用哪個(gè)都可以。這里是使用最常用的統(tǒng)計(jì)方法90 Percent Time。登錄業(yè)務(wù)的90 Percent Time是5.298秒-3秒思考時(shí)間=2.298秒，考勤業(yè)務(wù)的90 Percent Time是1.469秒，沒(méi)有思考時(shí)間，則就是實(shí)打?qū)嵉?/p>

18、啦。根據(jù)上面的計(jì)算，本次測(cè)試結(jié)果記錄如表1所示。測(cè)試項(xiàng)目標(biāo)值實(shí)際值是否通過(guò)登錄業(yè)務(wù)響應(yīng)時(shí)間=3秒2.298秒Y考勤業(yè)務(wù)響應(yīng)時(shí)間=3秒1.469秒Y登錄業(yè)務(wù)成功率100%考勤業(yè)務(wù)成功率100%登錄業(yè)務(wù)總數(shù)30分鐘完成2000考勤業(yè)務(wù)總數(shù)30分鐘完成2000CPU使用率75%存使用率70%表1測(cè)試結(jié)果對(duì)照表一每秒點(diǎn)擊數(shù)Hits per Second每秒點(diǎn)擊數(shù)反映了客戶(hù)端每秒鐘向效勞器端提交的請(qǐng)求數(shù)量，如果客戶(hù)端發(fā)出的請(qǐng)求數(shù)量越多，與之相對(duì)的Average Throughput (bytes/second)也應(yīng)該越大，并且發(fā)出的請(qǐng)求越多會(huì)對(duì)平均事務(wù)響應(yīng)時(shí)間造成影響，所以在測(cè)試過(guò)程中往往將這三者結(jié)合起

19、來(lái)分析。圖1- 11顯示的是Hits per Second與Average Throughput(bytes/second)的復(fù)合圖，從圖中可以看出，兩種圖形的曲線(xiàn)都正常并且根本一致，說(shuō)明效勞器能及時(shí)的承受客戶(hù)端的請(qǐng)求，并能夠返回結(jié)果。如果Hits per Second正常，而Average Throughput (bytes/second)不正常，則表示效勞器雖然能夠承受效勞器的請(qǐng)求，但返回結(jié)果較慢，可能是程序處理緩慢。如果Hits per Second不正常，則說(shuō)明客戶(hù)端存在問(wèn)題，那種問(wèn)題一般是網(wǎng)絡(luò)引起的，或者錄制的腳本有問(wèn)題，未能正確的模擬用戶(hù)的行為。具體問(wèn)題具體分析，這里僅給出一些建議

20、。圖1- 11每秒點(diǎn)擊數(shù)與每秒吞吐量復(fù)合圖對(duì)于本次測(cè)試來(lái)說(shuō)，Hits per Second與Average Throughput (bytes/second)都是正常的，而且整體表現(xiàn)還是不錯(cuò)的。一般情況下，這兩種指標(biāo)用于性能調(diào)優(yōu)，比方給定了幾個(gè)條件，去檢測(cè)另外一個(gè)條件，用這兩個(gè)指標(biāo)衡量，往往起到很好的效果。比方要比擬*兩種硬件平臺(tái)的優(yōu)劣，就可以使用一樣的配置方法部署軟件系統(tǒng)，然后使用一樣的腳本、場(chǎng)景設(shè)計(jì)、統(tǒng)計(jì)方法去分析，最終得出一個(gè)較優(yōu)的配置。業(yè)務(wù)成功率業(yè)務(wù)成功率這個(gè)指標(biāo)在很多系統(tǒng)中都提及到，比方電信的、金融的、企業(yè)資源管理的等等。舉個(gè)例子，我們樓下的建行，假設(shè)每天的業(yè)務(wù)類(lèi)別是這樣的：20個(gè)開(kāi)

21、戶(hù)，5個(gè)銷(xiāo)戶(hù)，300個(gè)存款，500取款，100個(gè)匯款等，則在做他們的營(yíng)業(yè)系統(tǒng)測(cè)試時(shí)就需要考慮業(yè)務(wù)成功率了，一般不得低于98%。具體的業(yè)務(wù)成功率是什么意思呢？排除那些復(fù)雜的業(yè)務(wù)，比方異步處理的業(yè)務(wù)移動(dòng)的套卡開(kāi)通就是異步的，業(yè)務(wù)成功率就是事務(wù)成功率，用戶(hù)一般把一個(gè)Aciton當(dāng)做一筆業(yè)務(wù)，在LoadRunner場(chǎng)景執(zhí)行中一筆交易稱(chēng)為一個(gè)事務(wù)。所以，說(shuō)業(yè)務(wù)成功率其實(shí)就是事務(wù)成功率、通過(guò)率的意思。在Transaction Summary中我們可以很明確的看到每個(gè)事務(wù)的執(zhí)行狀態(tài)，如圖1- 12所示。圖1- 12事務(wù)狀態(tài)統(tǒng)計(jì)圖從圖中可以看出，所有的Aciton都是綠色的，即表示為Passed，同時(shí)除了vu

22、ser_init與vuser_end兩個(gè)事務(wù)，其他的事務(wù)通過(guò)數(shù)為2163，也就說(shuō)明在30分鐘的時(shí)間里，共完成了2163次登錄考勤業(yè)務(wù)操作。則根據(jù)這些可以判斷本次測(cè)試登錄業(yè)務(wù)與考勤業(yè)務(wù)的成功率是100%，再次更新測(cè)試結(jié)果記錄表如表2所示。測(cè)試項(xiàng)目標(biāo)值實(shí)際值是否通過(guò)登錄業(yè)務(wù)響應(yīng)時(shí)間=3秒2.298秒Y考勤業(yè)務(wù)響應(yīng)時(shí)間=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%存使用率70%表2測(cè)試結(jié)果對(duì)照表二系統(tǒng)資源系統(tǒng)資源圖顯示了在場(chǎng)景執(zhí)行過(guò)程中被監(jiān)控的機(jī)器系統(tǒng)資源使用情

23、況，一般情況下監(jiān)控機(jī)器的CPU、存、網(wǎng)絡(luò)、磁盤(pán)等各個(gè)方面。本次測(cè)試監(jiān)控的是測(cè)試效勞器的CPU使用率與存使用率，以及處理器隊(duì)列長(zhǎng)度，具體的數(shù)據(jù)如圖1- 13所示。圖1- 13測(cè)試效勞器系統(tǒng)資源監(jiān)控結(jié)果圖從圖中可以看出，CPU使用率、可用物理存、CPU的隊(duì)列長(zhǎng)度三個(gè)指標(biāo)的曲線(xiàn)逗較為平滑，三者的平均值分別為：53.582%、83.456M、8.45，而測(cè)試效勞器總的物理存為384M，則存使用率為384-83.456/384=78.26%，根據(jù)本次性能測(cè)試要求的：CPU使用率不超過(guò)75%，物理存使用率不超過(guò)70%這兩點(diǎn)來(lái)看，存的使用率78.26%大于預(yù)期的70%，故存使用率不達(dá)標(biāo)。根據(jù)Windwos資源性能指標(biāo)的解釋?zhuān)话闱闆r下，如果Processor Queue Length處理器隊(duì)列長(zhǎng)度一直超過(guò)二，則可能表示處理器堵塞，我們這里監(jiān)控出來(lái)的數(shù)值是8.45，而且總體上保持平衡，則由此推斷，測(cè)試效勞器的CPU也可能是個(gè)瓶頸。同時(shí)在測(cè)試過(guò)程中，場(chǎng)景執(zhí)行到23分半鐘的時(shí)候，報(bào)出了錯(cuò)誤！未找到引用源。的錯(cuò)誤，意思是說(shuō)被監(jiān)控的效勞器當(dāng)前無(wú)法再進(jìn)展計(jì)數(shù)器數(shù)據(jù)的獲取了，所以，本次操作系統(tǒng)資源的監(jiān)控只得到了場(chǎng)景執(zhí)行的前23分半鐘的數(shù)據(jù)。這樣對(duì)本次測(cè)試結(jié)果有一定的影響。獲得上述數(shù)據(jù)后，最新的測(cè)試結(jié)果記