LoadRunner基本使用流程及結果分析(圖文)_第1頁
LoadRunner基本使用流程及結果分析(圖文)_第2頁
LoadRunner基本使用流程及結果分析(圖文)_第3頁
LoadRunner基本使用流程及結果分析(圖文)_第4頁
LoadRunner基本使用流程及結果分析(圖文)_第5頁
已閱讀5頁,還剩54頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、 59/59錄制腳本1. 打開2. 點擊編輯輯腳本3. 點擊按鈕鈕新建腳本4. 彈出對話話框,選著wweb(htttp/httml)5. 輸入網址址,點擊okk6. 錄制腳本本,錄制結束束后,點擊一一下按鈕停止止錄制7. 錄制成功功后,生成腳腳本8. 點擊如下下按鈕回放腳腳本9. 點此按鈕鈕,可新增aactionn10. 點此按按鈕可以進行行錄制和回放放設置11. 彈出的的參數(shù)話界面面一般回放設置下下這里就好12. 點擊圖圖中圖表設置置參數(shù)化13. 彈出的的設置界面,主主要設置紅色色區(qū)域的幾個個地方14. 下圖按按鈕為腳本調調試15. 下圖按按鈕為設置時時間的其實點點和結束點的的按鈕16. 下

2、圖兩兩個按鈕分別別為與hp質質量管理工具具 ALM連連接按鈕和創(chuàng)創(chuàng)建場景按鈕鈕17插入事件件,分別表示示時間的開始始和結束事件插入成功:18. 設置集集合點創(chuàng)建場景在vugen中中點擊圖中按按鈕創(chuàng)建場景景彈出編輯框,設設置場景,設設置完成后點點擊ok第一個是目標場場景第二個是手動場場景其中手動場景可可以設置加載載虛擬用戶數(shù)數(shù)雙擊這里選著加加壓主機選擇主機ip,和和系統(tǒng)點擊ok關閉對對話框圖中紅色區(qū)域是是選著場景執(zhí)執(zhí)行方式:模模擬真是環(huán)境境還是基于時時間表模擬下圖中:Schedulle by選選項表示加載載方式,基于于腳本還是基基于組Run modde表示加載載模式:分別別表示模擬真真實情況和還

3、還是基于場景景雙擊下圖紅色區(qū)區(qū)域,可選著著加壓力度雙擊紅色區(qū)域,可可設置壓力下下完運行時間間雙擊下面紅色的的內容,可以以選著虛擬用用戶停止的模模式彈出設置選項框框,可以選著著停止的方式式全部一下停止每多少時間停止止多少個的方方式停止點擊run,來來到執(zhí)行界面面在執(zhí)行界面點擊擊startt Scennario,開始跑場景景下圖為執(zhí)行過程程中場景跑完后顯示示如圖界面:其中右邊紅色區(qū)區(qū)域是運行過過程中監(jiān)控服服務器的資源源占用率等等等的一些信息息,在左邊還還可以添加或或查看其他的的一些圖標點擊下面按鈕也也能添加加壓壓主機經15后,彈出出選項框,點點擊add可可以輸入主機機信息設置ip欺騙結果分析點擊下

4、面按鈕,進進入分析結果果界面分析界面如下:點擊這里的圖表表可以查看各各結果的,然然后對結果進進行分析按照如下操作可可以增加新的的圖表右鍵圖表選著合合并圖表,可可以合并分析析合并后的圖表具體實例教你如如何做LoaadRunnner結果分分析LoadRRunnerr 最重要也也是最難理解解的地方測試結果的的分析.其余余的錄制和加加壓測試等設設置對于我們們來講通過幾幾次操作就可可以輕松掌握握了.針對 Resullts Annalysiis 我用圖圖片加文字做做了一個例子子,希望通過過例子能給大大家更多的幫幫助.這個例例子主要講述述的是多個用用戶同時接管管任務,測試試系統(tǒng)的響應應能力,確定定系統(tǒng)瓶頸所

5、所在.客戶要要求響應時間間是1 個人人接管的時間間在5S 內內.2.系統(tǒng)資資源:2.1 硬硬件環(huán)境:CPU:奔奔四2.8EE硬盤:1000G網絡環(huán)境:100Mbbps2.2 軟軟件環(huán)境:操作系統(tǒng):英文winndowsXXP服務器:ttomcatt 服務瀏覽器:IIE6.0系統(tǒng)結構:B/S 結結構3.添加監(jiān)監(jiān)視資源下面要講述述的例子添加加了我們平常常測試中最常常用到的一些些資源參數(shù).另外有些特特殊的資源暫暫時在這里不不做講解了.我會在以后后相繼補充進進來。Mercuury Looadrunnner AAnalyssis 中最最常用的5 種資源.1. Vuuser2. Trransacctions

6、s3. Weeb Ressourcees4. Weeb Pagge Breeakdowwn5. Syystem Resouurces在Anallysis 中選擇“AAdd grraph”或或“New graphh”就可以看看到這幾個資資源了.還有有其他沒有數(shù)數(shù)據的資源,我們沒有讓讓它顯示.如果想查看看更多的資源源,可以將左左下角的diisplayy onlyy grapphs coontainning ddata 置置為不選.然然后選中相應應的點“oppen grraph”即即可.打開Anaalysiss 首先可以以看的是Suummaryy Repoort.這里里顯示了測試試的分析摘要要.應有

7、盡有有.但是我們們并不需要每每個都要仔細細去看.下面面介紹一下部部分的含義:Durattion(持持續(xù)時間):了解該測試試過程持續(xù)時時間.測試人人員本身要對對這個時期內內系統(tǒng)一共做做了多少的事事有大致的熟熟悉了解.以以確定下次增增加更多的任任務條件下測測試的持續(xù)時時間。Statiisticss Summmary(統(tǒng)統(tǒng)計摘要):只是大概了了解一下測試試數(shù)據,對我我們具體分析析沒有太大的的作用.Transsactioon Summmary(事務摘要):了解平均均響應時間AAveragge單位為秒秒.其余的看不不看都可以.都不是很重重要.【注】 51Tessting授授權IT1668獨家轉載載,未經

8、明確確的書面許可可,任何人或或單位不得對對本文內容復復制、轉載或或進行鏡像,否否則將追究法法律責任。內容導航 4.分析集集合點在錄制腳本本中通常我們們會使用到集集合點,那么么既然我們用用到了集合點點,我們就需需要知道Vuuser 是是在什么時候候集合在這個個點上,又是是怎樣的一個個被釋放的過過程.這個時時候就需要觀觀察Vuseer-Renndezvoous(集合合點) 圖.圖1可以看到大大概在3 分分50 的地地方30 個個用戶才全部部集中到sttart 集集合點,持續(xù)續(xù)了3 分多多,在7 分分30 的位位置開始釋放放用戶,9 分30 還還有18 個個用戶,111 分10 還有5 個個用戶,整

9、個個過程持續(xù)了了12 分.圖2上面圖2 是集合點與與平均事務響響應時間的比比較圖.注:在打開開analyysis 之之后系統(tǒng)LRR 默認這兩兩個曲線是不不在同一張圖圖中的.這就就需要自行設設置了.具體體步驟如下:點擊圖上.右鍵選擇mmerge graphhs.然后在在selecct graaph too mergge witth 中選擇擇即將用來進進行比較的ggraph.如圖3:圖3圖2 中較較深顏色的是是平均響應時時間,淺色的的為集合點,當Vuseer 在集合合點持續(xù)了11分后平均響響應時間呈現(xiàn)現(xiàn)最大值,可可見用戶的并并發(fā)對系統(tǒng)的的性能是一個個很大的考驗驗.接下來看看一下與事務務有關的參數(shù)數(shù)

10、分析.下看看一張圖.圖4這張圖包括括Averaage Trransacction Respoonse TTime 和和Runniing Vuuser 兩兩個數(shù)據圖.從圖中可以以看到Vusser_innit_Trransacction(系統(tǒng)登錄)對系統(tǒng)無任任何的影響,Vuserr 達到155 個的時候候平均事務響響應時間才有有明顯的升高高,也就是說說系統(tǒng)達到最最優(yōu)性能的時時候允許144 個用戶同同時處理事務務,Vuseer 達到330 后1 分,系統(tǒng)響響應時間最大大,那么這個個最大響應時時間是要推遲遲1 分鐘才才出現(xiàn)的,在在系統(tǒng)穩(wěn)定之之后事務響應應時間開始下下降說明這個個時候有些用用戶已經執(zhí)行行

11、完了操作.同時也可以以看出要想將將事務響應時時間控制在110S 內.Vuserr 數(shù)量最多多不能超過22 個.看來來是很難滿足足用戶的需求求了.做一件事有有時候上級會會問你這件事事辦得怎么樣樣了.你會說說做完一半了了.那么這個個一半的事情情你花了多少少時間呢?所所以我們要想想知道在給定定時間的范圍圍內完成事務務的百分比就就要靠下面這這個圖(Trransacction Respoonse TTime(PPercenntile)圖中畫圈的的地方表示110%的事務務的響應時間間是在80SS 左右.880S 對于于用戶來說不不是一個很小小的數(shù)字,而而且只有100%的事務,汗.你覺得得這個系統(tǒng)性性能會好

12、么!實際工作中中遇到的事情情不是每一件件事都能夠在在很短的時間間內完成的,對于那些需需要時間的事事情我們就要要分配適當?shù)牡臅r間處理,時間分配的的不均勻就會會出現(xiàn)有些事事情消耗的時時間長一些,有些事情消消耗的短一些些,但我們自自己清楚.LLR 同樣也也為我們提供供了這樣的功功能,使我們們可以了解大大部分的事務務響應時間是是多少?以確確定這個系統(tǒng)統(tǒng)我們還要付付出多少的代代價來提高它它.Transsactioon Ressponsee Timee(Disttributtion)-事務響應時時間(分布)顯示在方案案中執(zhí)行事務務所用時間的的分布.如果果定義了可以以接受的最小小和最大事務務性能時間,可以通

13、過此此圖確定服務務器性能是否否在可接受范范圍內.很明顯大多多數(shù)事務的響響應時間在660-1400S.在我測測試過的項目目中多數(shù)客戶戶所能接受的的最大響應時時間也要在220S 左右右.140SS 的時間!很少有人會會去花這么多多的時間去等等待頁面的出出現(xiàn)吧!通過觀察以以上的數(shù)據表表.我們不難難看到此系統(tǒng)統(tǒng)在這種環(huán)境境下并不理想想.世間事有有果就有因,那么是什么么原因導致得得系統(tǒng)性能這這樣差呢?讓讓我們一步一一步的分析.系統(tǒng)性能不不好的原因多多方面,我們們先從應用程程序看.有的的時候我不得得不承認LRR 的功能真真的很強大,這也是我喜喜歡它的原因因.先看一張張頁面細分圖圖.一個應用程程序是由很多多

14、個組件組成成的,整個系系統(tǒng)性能不好好那我們就把把它徹底的剖剖析一下.圖圖片中顯示了了整個測試過過程中涉及到到的所有weeb 頁.wweb paage brreakdoown中顯示示的是每個頁頁面的下載時時間.點選左左下角webb pagee breaakdownn 展開,可可以看到每個個頁中包括的的css 樣樣式表,jss 腳本,jjsp 頁面面等所有的屬屬性.在seleect paage too breaakdownn 中選擇頁頁面.見圖.在 Sellect PPage TTo Breeakdowwn 中選擇擇http:/19355:88888/userrtaskss 后

15、,在下下方看到屬于于它的兩個組組件,第一行行中Connnectioon 和Fiirst BBufferr 占據了整整個的時間,那么它的消消耗時間點就就在這里,我我們解決問題題就要從這里里下手.也有可能你你的程序中cclientt 的時間最最長.或者其其他的,這些些就要根據你你自己的測試試結果來分析析了.下面我我們來看一下下CPU,內內存.硬盤的的瓶頸分析方方法:首先我們要要監(jiān)視CPUU,內存.硬硬盤的資源情情況.得到以以下的參數(shù)提提供分析的依依據.%prrocesssor tiime(prrocesssor_tootal):器消耗的處處理器時間數(shù)數(shù)量.如果服服務器專用于于sql sserver

16、r 可接受的的最大上限是是80% -85 %.也就是常見見的CPU 使用率.%Userr timee(proccessorr_totaal):表表示耗費CPPU的數(shù)據庫庫操作,如排排序,執(zhí)行aaggreggate ffunctiions等。如如果該值很高高,可考慮增增加索引,盡盡量使用簡單單的表聯(lián)接,水水平分割大表表格等方法來來降低該值。%DPC time(proceessor_totall):越低低越好。在多多處理器系統(tǒng)統(tǒng)中,如果這這個值大于550%并且PProcesssor:% Proccessorr Timee非常高,加加入一個網卡卡可能會提高高性能,提供供的網絡已經經不飽和。%Disk

17、k timee(physsicalddisk_ttotal):指所選磁磁盤驅動器忙忙于為讀或寫寫入請求提供供服務所用的的時間的百分分比。如果三三個計數(shù)器都都比較大,那那么硬盤不是是瓶頸。如果果只有%Diisk Tiime比較大大,另外兩個個都比較適中中,硬盤可能能會是瓶頸。在在記錄該計數(shù)數(shù)器之前,請請在Winddows 22000 的的命令行窗口口中運行diiskperrf -yDD。若數(shù)值持持續(xù)超過800%,則可能能是內存泄漏漏。Availliablee bytees(memmory):用物理內存存數(shù). 如果果Availlable Mbytees的值很小小(4 MBB 或更小),則說明計計算

18、機上總的的內存可能不不足,或某程程序沒有釋放放內存。Conteext swwitch/sec(ssystemm): (實實例化ineetinfoo 和dlllhost 進程) 如如果你決定要要增加線程字字節(jié)池的大小小,你應該監(jiān)監(jiān)視這三個計計數(shù)器(包括括上面的一個個)。增加線線程數(shù)可能會會增加上下文文切換次數(shù),這這樣性能不會會上升反而會會下降。如果果十個實例的的上下文切換換值非常高,就就應該減小線線程字節(jié)池的的大小。%Diskk readds/secc(physsicalddisk_ttotal):每秒讀硬硬盤字節(jié)數(shù).%Diskk writte/secc(physsicalddisk_ttota

19、l):每秒寫硬硬盤字節(jié)數(shù).Page faultts/secc:進程產生生的頁故障與與系統(tǒng)產生的的相比較,以以判斷這個進進程對系統(tǒng)頁頁故障產生的的影響。Pagess per seconnd:每秒鐘鐘檢索的頁數(shù)數(shù)。該數(shù)字應應少于每秒一一頁Workking sset:理線線程最近使用用的內存頁,反反映了每一個個進程使用的的內存頁的數(shù)數(shù)量。如果服服務器有足夠夠的空閑內存存,頁就會被被留在工作集集中,當自由由內存少于一一個特定的閾閾值時,頁就就會被清除出出工作集。Avg.ddisk qqueue lengtth:讀取和和寫入請求(為所選磁盤盤在實例間隔隔中列隊的)的平均數(shù)。該該值應不超過過磁盤數(shù)的11.

20、52 倍。要提高高性能,可增增加磁盤。注注意:一個RRaid DDisk實際際有多個磁盤盤。Averaage diisk reead/wrrite qqueue lengtth: 指讀讀取(寫入)請求(列隊隊)的平均數(shù)數(shù)Disk readss/(wriites)/s:理磁盤盤上每秒鐘磁磁盤讀、寫的的次數(shù)。兩者者相加,應小小于磁盤設備備最大容量。Averaage diisk seec/reaad:以秒計計算的在此盤盤上讀取數(shù)據據的所需平均均時間。Avveragee diskk sec/transsfer:指指以秒計算的的在此盤上寫寫入數(shù)據的所所需平均時間間。Bytess totaal/secc:

21、為發(fā)送和和接收字節(jié)的的速率,包括括幀字符在內內。判斷網絡絡連接速度是是否是瓶頸,可可以用該計數(shù)數(shù)器的值和目目前網絡的帶帶寬比較Paage reead/seec:每秒發(fā)發(fā)出的物理數(shù)數(shù)據庫頁讀取取數(shù)。這一統(tǒng)統(tǒng)計信息顯示示的是在所有有數(shù)據庫間的的物理頁讀取取總數(shù)。由于于物理 I/O 的開銷銷大,可以通通過使用更大大的數(shù)據高速速緩存、智能能索引、更高高效的查詢或或者改變數(shù)據據庫設計等方方法,使開銷銷減到最小。Page writee/sec:(寫的頁/秒)每秒執(zhí)執(zhí)行的物理數(shù)數(shù)據庫寫的頁頁數(shù)。內容導航 1. 判斷斷應用程序的的問題如果系統(tǒng)由由于應用程序序代碼效率低低下或者系統(tǒng)統(tǒng)結構設計有有缺陷而導致致大量

22、的上下下文切換(ccontexxt swiitchess/sec顯顯示的上下文文切換次數(shù)太太高)那么就就會占用大量量的系統(tǒng)資源源,如果系統(tǒng)統(tǒng)的吞吐量降降低并且CPPU的使用率率很高,并且且此現(xiàn)象發(fā)生生時切換水平平在150000以上,那那么意味著上上下文切換次次數(shù)過高.從圖的整體體看.conntext switcches/ssec變化不不大,thrroughoout曲線的的斜率較高,并且此時的的conteextswiitchess/sec已已經超過了115000.程序還是需需要進一步優(yōu)優(yōu)化.2. 判斷斷CPU瓶頸頸如果proocessoor queeue leength顯顯示的隊列長長度保持不變

23、變(=2)個并且處理理器的利用率率%Proccessorrtime超超過90%,那么很可能能存在處理器器瓶頸.如果果發(fā)現(xiàn)proocessoor queeue leength顯顯示的隊列長長度超過2,而處理器的的利用率卻一一直很低,或或許更應該去去解決處理器器阻塞問題,這里處理器器一般不是瓶瓶頸.%proccessorr timee平均值大于于95,prrocesssor quueue llengthh大于2.可可以確定CPPU瓶頸.此此時的CPUU已經不能滿滿足程序需要要.急需擴展展.3. 判斷斷內存泄露問問題內存問題主主要檢查應用用程序是否存存在內存泄漏漏,如果發(fā)生生了內存泄漏漏,procc

24、esspprivatte byttes計數(shù)器器和proccesswworkinng sett 計數(shù)器的的值往往會升升高,同時aavaiabble byytes的值值會降低.內內存泄漏應該該通過一個長長時間的,用用來研究分析析所有內存都都耗盡時,應應用程序反應應情況的測試試來檢驗.圖中可以看看到該程序并并不存在內存存泄露的問題題.內存泄露露問題經常出出現(xiàn)在服務長長時間運轉的的時候,由于于部分程序對對內存沒有釋釋放,而將內內存慢慢耗盡盡.也是提醒醒大家對系統(tǒng)統(tǒng)穩(wěn)定性測試試的關注.附件:CPU信息息:Proceessor % Prrocesssor Tiime 獲得得處理器使用用情況。也可以選擇擇監(jiān)

25、視 Prrocesssor % Userr Timee 和 % Priviilegedd Timee 以獲得詳詳細信息。Serveer Worrk Queeues Queuee Lenggth 計數(shù)數(shù)器會顯示出出處理器瓶頸頸。隊列長度度持續(xù)大于 4 則表示示可能出現(xiàn)處處理器擁塞。Systeem Prrocesssor Quueue LLengthh 用于瓶頸頸檢測通過使使用 Proocess % Prrocesssor Tiime 和 Proceess WWorkinng SettProceess % Proccessorr Timee過程的所有有線程在每個個處理器上的的處理器時間間總和。硬盤

26、信息:Physiical DDisk % Dissk TimmePhysiical DDisk Avg.DDisk QQueue Lengtth例如,包括括 Pagee Readds/secc 和 % Disk Time 及 Avgg.Diskk Queuue Lenngth。如如果頁面讀取取操作速率很很低,同時 % Dissk Timme 和 AAvg.Diisk Quueue LLengthh的值很高,則則可能有磁盤盤瓶徑。但是是,如果隊列列長度增加的的同時頁面讀讀取速率并未未降低,則內內存不足。Physiical DDisk % Dissk TimmePhysiical DDisk Av

27、g.DDisk QQueue Lengtth例如,包括括 Pagee Readds/secc 和 % Disk Time 及 Avgg.Diskk Queuue Lenngth。如如果頁面讀取取操作速率很很低,同時 % Dissk Timme 和 AAvg.Diisk Quueue LLengthh的值很高,則則可能有磁盤盤瓶徑。但是是,如果隊列列長度增加的的同時頁面讀讀取速率并未未降低,則內內存不足。請觀察 PProcesssor Interrruptss/sec 計數(shù)器的值值,該計數(shù)器器測量來自輸輸入/輸出 (I/O) 設備的服服務請求的速速度。如果此此計數(shù)器的值值明顯增加,而而系統(tǒng)活動沒

28、沒有相應增加加,則表明存存在硬件問題題。Physiical DDisk Disk Readss/sec and DDisk WWritess/secPhysiical DDisk Curreent Diisk Quueue LLengthhPhysiical DDisk % Dissk TimmeLogiccalDissk % Free Spacee測試磁盤性性能時,將性性能數(shù)據記錄錄到另一個磁磁盤或計算機機,以便這些些數(shù)據不會干干擾您正在測測試的磁盤。可能需要觀觀察的附加計計數(shù)器包括 Physiical DDisk Avg.DDisk ssec/Trransfeer 、Avvg.DisskBytees/Traansferr,和Dissk Byttes/se

溫馨提示

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

評論

0/150

提交評論