lr基礎(chǔ)知識(shí)培訓(xùn)-資料下載頁(yè)
【導(dǎo)讀】壓力調(diào)度和監(jiān)控系統(tǒng)Controller：。負(fù)責(zé)對(duì)整個(gè)負(fù)載過(guò)程進(jìn)行設(shè)臵，設(shè)定負(fù)載的周期與方式并監(jiān)控系統(tǒng)。負(fù)責(zé)將腳本虛擬成大量的用戶對(duì)系統(tǒng)實(shí)時(shí)負(fù)載。結(jié)果分析工具Analysis：。對(duì)負(fù)載生成后的相關(guān)數(shù)據(jù)進(jìn)行分析整理。內(nèi)存最好在512M以上，安裝LoadRunner的磁盤(pán)空間至少9GB。操作系統(tǒng)最好為Windows。詳細(xì)步驟請(qǐng)參照LR11安裝指南。件環(huán)境組成、構(gòu)成應(yīng)用的軟件組成以及部署情況。在測(cè)試之前首先要明確測(cè)試要達(dá)到一個(gè)什么樣的目標(biāo)。例如，獲得系統(tǒng)完成某個(gè)事。試計(jì)劃階段就明確是否針對(duì)該指標(biāo)進(jìn)行測(cè)試。這個(gè)進(jìn)程的一項(xiàng)重要的工作就是監(jiān)視各種協(xié)議的客戶端和服務(wù)器端的通信。確了被測(cè)軟件的通信過(guò)程和所使用的協(xié)議，LOADRUNNER才能正確的錄制腳本。對(duì)于B/S結(jié)構(gòu)，可以選擇WEB協(xié)議；對(duì)于C/S結(jié)構(gòu)，可以根據(jù)后端數(shù)據(jù)庫(kù)的類型來(lái)選擇，如SYBASECTLIB協(xié)議用于測(cè)試后臺(tái)數(shù)據(jù)庫(kù)。LOADRUNNER將測(cè)試腳本分為3個(gè)部分，VUSER_INIT,VUSER_END和ACTION,其中VUSER_INIT和VUSER_END一。ACTION部分用于存放實(shí)際的操作腳本,這部分腳本可以多次執(zhí)行,測(cè)試人員還可以根據(jù)需要?jiǎng)?chuàng)建多個(gè)ACTION. 插入事務(wù)結(jié)束點(diǎn)語(yǔ)句
【正文】 me”值對(duì)于平均事務(wù)響應(yīng)時(shí)間變動(dòng)趨勢(shì)很大的情況統(tǒng)計(jì)就不準(zhǔn)確了。我們?cè)诓榭雌骄聞?wù)響應(yīng)時(shí)間的時(shí)候，先看整體曲線走勢(shì)，如果整體趨勢(shì)比較平滑，沒(méi)有忽上忽下的波動(dòng)情況，取“ Average Time” 與“ 90 Percent Time” 都可以，如果整體趨勢(shì)毫無(wú)規(guī)律，波動(dòng)非常大，我們就不用“ Average Time” 而使用“ 90 Percent Time” 可能更真實(shí)些。 2020/9/13 2020/9/13 “Hits per Second （每秒點(diǎn)擊數(shù)）”反映了客戶端每秒鐘向服務(wù)器端提交的請(qǐng)求數(shù)量，如果客戶端發(fā)出的請(qǐng)求數(shù)量越多，與之相對(duì)的“ Average Throughput (bytes/second)” 也應(yīng)該越大，并且發(fā)出的請(qǐng)求越多會(huì)對(duì)平均事務(wù)響應(yīng)時(shí)間造成影響，所以在測(cè)試過(guò)程中往往將這兩者結(jié)合起來(lái)分析。 上圖顯示的是“ Hits per Second” 與“ Average Throughput (bytes/second)”的復(fù)合圖，從圖中可以看出，兩種圖形的曲線都正常并且基本一致，說(shuō)明服務(wù)器能及時(shí)的接受客戶端的請(qǐng)求，并能夠返回結(jié)果。一般情況下，我們可以通過(guò)“ Hits per Second” 和“ Average Throughput(bytes/second)” 曲線來(lái)分析結(jié)果，如下圖所示： 2020/9/13 表示服務(wù)器雖然能夠接受服務(wù)器的請(qǐng)求，但返回結(jié)果較慢，可能是程序處理緩慢 說(shuō)明服務(wù)器能及時(shí)的接受客戶端的請(qǐng)求，并能夠返回結(jié)果 說(shuō)明客戶端存在問(wèn)題，那種問(wèn)題一般是網(wǎng)絡(luò)引起的，或者錄制的腳本有問(wèn)題，未能正確的模擬用戶的行為 2020/9/13 兩者均正常 Average Throughput 不正常 Hits per Second 不正常 業(yè)務(wù)成功率就是事務(wù)成功率，用戶一般把一個(gè) Aciton當(dāng)做一筆業(yè)務(wù)，在 LoadRunner場(chǎng)景執(zhí)行中一筆交易稱為一個(gè)事務(wù)。所以說(shuō)， 業(yè)務(wù)成功率其實(shí)就是事務(wù)成功率、通過(guò)率 的意思。在“ Transaction Summary”中我們可以很明確的看到每個(gè)事務(wù)的執(zhí)行狀態(tài)，如圖所示： 從圖中可以看出，所有的 Aciton都是綠色的，即表示為 Passed，同時(shí)除了 vuser_init與 vuser_end兩個(gè)事務(wù)，其他的事務(wù)通過(guò)數(shù)為 20200，也就表明在 30分鐘的時(shí)間里，共完成了 20200次登錄查詢業(yè)務(wù)操作。那么根據(jù)這些可以判斷本次測(cè)試登錄業(yè)務(wù)與查詢業(yè)務(wù)的成功率是 100%。 2020/9/13 2020/9/13 2020/9/13 該部分給出了本次測(cè)試場(chǎng)景的名稱、結(jié)果存放路徑及場(chǎng)景的持續(xù)時(shí)間。 2020/9/13 該部分給出了場(chǎng)景執(zhí)行結(jié)束后并發(fā)數(shù)、總吞吐量、平均每秒吞吐量、總請(qǐng)求數(shù)、平均每秒請(qǐng)求數(shù)的統(tǒng)計(jì)值，如上 圖所示。從該圖我們得知，本次測(cè)試運(yùn)行的最大并發(fā)數(shù)為 7，總吞吐量為 842,037,409字節(jié)，平均每秒的吞吐量為 451,979字節(jié)，總的請(qǐng)求數(shù)為 211,974，平均每秒的請(qǐng)求為 ，對(duì)于吞吐量，單位時(shí)間內(nèi)吞吐量越大，說(shuō)明服務(wù)器的處理能越好，而請(qǐng)求數(shù)僅表示客戶端向服務(wù)器發(fā)出的請(qǐng)求數(shù)，與吞吐量一般是成正比關(guān)系 2020/9/13 該部分給出了場(chǎng)景執(zhí)行結(jié)束后相關(guān) Action的平均響應(yīng)時(shí)間、通過(guò)率等情況，如 圖 5 5所示。從該圖我們得到每個(gè) Action的平均響應(yīng)時(shí)間與業(yè)務(wù)成功率。 2020/9/13 該部分顯示在場(chǎng)景執(zhí)行過(guò)程中，每次 HTTP請(qǐng)求發(fā)出去的狀態(tài)，是成功還是失敗，都在里體現(xiàn)，如 圖 5 6所示。從圖中可以看到，在本次測(cè)試過(guò)程中 LoadRunner共模擬發(fā)出了 211974次請(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)求內(nèi)容并非關(guān)鍵點(diǎn)，比如可能請(qǐng)求先的 cookie信息，如果沒(méi)有就重新獲取，所以不會(huì)影響最終的測(cè)試結(jié)果。 2020/9/13 123
鄂ICP備17016276號(hào)-1