具體例項教你如何進行結果分析

2023-01-06 18:06:01 字數 4081 閱讀 5599

具體例項教你如何做loadrunner結果分析

1.前言:

loadrunner最重要也是最難理解的地方--測試結果的分析.其餘的錄製和加壓測試等設定對於我們來講通過幾次操作就可以輕鬆掌握了.

針對 results analysis我用**加文字做了乙個例子,希望通過例子能給大家更多的幫助.

這個例子主要講述的是多個使用者同時接管任務,測試系統的響應能力,確定系統瓶頸所在.客戶要求響應時間是1個人接管的時間在5s內.

2.系統資源:

2.1 硬體環境:

cpu:奔四2.8e

硬碟:100g

網路環境:100mbps

2.2 軟體環境:

作業系統:英文windowsxp

伺服器:tomcat服務

瀏覽器:ie6.0

系統結構:b/s結構

3.新增監視資源

下面要講述的例子新增了我們平常測試中最常用到的一些資源引數.另外有些特殊的資源暫時在這裡不做講解了.我會在以後相繼補充進來。

mercury loadrunner analysis中最常用的5種資源.

1. vuser

2. transactions

3. web resources

4. web page breakdown

5. system resources

在analysis中選擇「add graph」或「new graph」就可以看到這幾個資源了.還有其他沒有資料的資源,我們沒有讓它顯示.

如果想檢視更多的資源,可以將左下角的display only graphs containing data置為不選.然後選中相應的點「open graph」即可.

開啟analysis首先可以看的是summary report.這裡顯示了測試的分析摘要.應有盡有.但是我們並不需要每個都要仔細去看.下面介紹一下部分的含義:

duration(持續時間):了解該測試過程持續時間.測試人員本身要對這個時期內系統一共做了多少的事有大致的熟悉了解.以確定下次增加更多的任務條件下測試的持續時間。

statistics summary(統計摘要):只是大概了解一下測試資料,對我們具體分析沒有太大的作用.

transaction summary(事務摘要):了解平均響應時間**erage單位為秒.

其餘的看不看都可以.都不是很重要.

4.分析集合點

在錄製指令碼中通常我們會使用到集合點,那麼既然我們用到了集合點,我們就需要知道vuser是在什麼時候集合在這個點上,又是怎樣的乙個被釋放的過程.這個時候就需要觀察vuser-rendezvous圖.

圖1可以看到大概在3分50的地方30個使用者才全部集中到start集合點,持續了3分多,在7分30的位置開始釋放使用者,9分30還有18個使用者,11分10還有5個使用者,整個過程持續了12分.

圖2上面圖2是集合點與平均事務響應時間的比較圖.

注:在開啟analysis之後系統lr預設這兩個曲線是不在同一張圖中的.這就需要自行設定了.具體步驟如下:

點選圖上.右鍵選擇merge graphs.然後在select graph to merge with 中選擇即將用來進行比較的graph.如圖3:

圖3圖2中較深顏色的是平均響應時間,淺色的為集合點,當vuser在集合點持續了1分後平均響應時間呈現最大值,可見使用者的併發對系統的效能是乙個很大的考驗.

接下來看一下與事務有關的引數分析.下看一張圖.

圖4這張圖包括**erage transaction response time和running vuser兩個資料圖.從圖中可以看到vuser_init_transaction(系統登入)對系統無任何的影響,vuser達到15個的時候平均事務響應時間才有明顯的公升高,也就是說系統達到最優性能的時候允許14個使用者同時處理事務,vuser達到30後1分,系統響應時間最大,那麼這個最大響應時間是要推遲1分鐘才出現的,在系統穩定之後事務響應時間開始下降說明這個時候有些使用者已經執行完了操作.同時也可以看出要想將事務響應時間控制在10s內.

vuser數量最多不能超過2個.看來是很難滿足使用者的需求了.

做一件事有時候上級會問你這件事辦得怎麼樣了.你會說做完一半了.那麼這個一半的事情你花了多少時間呢?

所以我們要想知道在給定時間的範圍內完成事務的百分比就要靠下面這個圖(transaction response time(percentile)

圖中畫圈的地方表示10%的事務的響應時間是在80s左右.80s對於使用者來說不是乙個很小的數字,而且只有10%的事務,汗.你覺得這個系統效能會好麼!

實際工作中遇到的事情不是每一件事都能夠在很短的時間內完成的,對於那些需要時間的事情我們就要分配適當的時間處理,時間分配的不均勻就會出現有些事情消耗的時間長一些,有些事情消耗的短一些,但我們自己清楚.lr同樣也為我們提供了這樣的功能,使我們可以了解大部分的事務響應時間是多少?以確定這個系統我們還要付出多少的代價來提高它.

transaction response time(distribution)-事務響應時間(分布)

顯示在方案中執行事務所用時間的分布.如果定義了可以接受的最小和最大事務效能時間,可以通過此圖確定伺服器效能是否在可接受範圍內.

很明顯大多數事務的響應時間在60-140s.在我測試過的專案中多數客戶所能接受的最大響應時間也要在20s左右.140s的時間!很少有人會去花這麼多的時間去等待頁面的出現吧!

通過觀察以上的資料表.我們不難看到此系統在這種環境下並不理想.世間事有果就有因,那麼是什麼原因導致得系統效能這樣差呢?讓我們一步一步的分析.

系統效能不好的原因多方面,我們先從應用程式看.有的時候我不得不承認lr的功能真的很強大,這也是我喜歡它的原因.先看一張頁面細分圖.

乙個應用程式是由很多個元件組成的,整個系統效能不好那我們就把它徹底的剖析一下.**中顯示了整個測試過程中涉及到的所有web頁.web page breakdown中顯示的是每個頁面的**時間.

點選左下角web page breakdown展開,可以看到每個頁中包括的css樣式表,js指令碼,jsp頁面等所有的屬性.

在select page to breakdown中選擇頁面.

見圖.在select page to breakdown 中選擇後,在下方看到屬於它的兩個元件,第一行中connection和first buffer佔據了整個的時間,那麼它的消耗時間點就在這裡,我們解決問題就要從這裡下手.

也有可能你的程式中client的時間最長.或者其他的,這些就要根據你自己的測試結果來分析了.下面我們來看一下cpu,記憶體.硬碟的瓶頸分析方法:

首先我們要監視cpu,記憶體.硬碟的資源情況.得到以下的引數提供分析的依據.

%processor time(processor_total):器消耗的處理器時間數量.如果伺服器專用於sql server可接受的最大上限是80% -85 %.

也就是常見的cpu使用率.

%user time(processor_total)::表示耗費cpu的資料庫操作,如排序,執行aggregate functions等。如果該值很高,可考慮增加索引,盡量使用簡單的表聯接,水平分割大**等方法來降低該值。

%dpc time(processor_total)::越低越好。在多處理器系統中,如果這個值大於50%並且processor:

% processor time非常高,加入乙個網絡卡可能會提高效能,提供的網路已經不飽和。

%disk time(physicaldisk_total):指所選磁碟驅動器忙於為讀或寫入請求提供服務所用的時間的百分比。如果三個計數器都比較大,那麼硬碟不是瓶頸。

如果只有%disk time比較大,另外兩個都比較適中,硬碟可能會是瓶頸。在記錄該計數器之前,請在windows 2000 的命令列視窗中執行diskperf -yd。若數值持續超過80%,則可能是記憶體洩漏。

**ailiable bytes(memory):用物理記憶體數. 如果**ailable mbytes的值很小(4 mb 或更小),則說明計算機上總的記憶體可能不足,或某程式沒有釋放記憶體。

context switch/sec(system): (例項化inetinfo 和dllhost 程序) 如果你決定要增加執行緒位元組池的大小,你應該監視這三個計數器(包括上面的乙個)。增加執行緒數可能會增加上下文切換次數,這樣效能不會上公升反而會下降。

如果十個例項的上下文切換值非常高,就應該減小執行緒位元組池的大小。

%disk reads/sec(physicaldisk_total):每秒讀硬碟位元組數.

教你如何進行托福口語衝刺

智課網托福備考資料 新托福口語注重的是大家的語言能力 邏輯思維和論證能力,下面大家一起看一下在托福口語衝刺階段應該做怎樣的準備。暑期全日制托福強化a班新托福口語注重的是大家的語言能力 邏輯思維和論證能力,下面大家一起看一下在托福口語衝刺階段應該做怎樣的準備。在最後的托福口語衝刺階段,口語每天仍需堅持...

如何進行案例分析

案例分析題的做法 一 案例分析題的特點 案例分析題具有一定的典型性,並與所對應的理論知識或職業技能有直接的聯絡。案例分析題一般具有以下基本特點 1 在管理的實踐中較難解決的工作問題 2 工作中經常發生的需要妥善解決的問題 3 採取必要的措施和策略,今後盡可能避免使其不能再次發生的問題 4 對企業管理...

如何進行教材分析

教材分析,是教師在制定教學計畫 設計教學預案前,要做的一項很重要 又很基礎的工作,是教師備好課 上好課的基本保證,對教師順利完成教學任務 提公升課堂教學質量有著十分重要的意義。分析教材的過程,既是教師科學把握教學內容 加深對教育理論理解 實施創造性備課的重要前提,更是教師進行教學研究的一種主要方法,...