1、LoadRunner 培訓教程 吳曉華:2055739.目錄:運用Virtual User Generator錄制腳本運用隨機數據Virtual User Generator的設置腳本分析如何運用事務如何設置集合點如何運用Controller手工設置 Schedule目的設置Schedule.參數含義運用Analysis分析運轉結果.運用load runner過程.如何確定性能測試的目的目標需要回答的問題測試最終用戶的使用時間要花多長時間完成以一次業務流程？確定優化的硬件配置哪種硬件配置可以提供最好的性能？檢查可靠性系統可以在何種壓力條件下無錯誤的進行工作，并且能夠持續多長時間？檢查硬件和軟件

2、的升級硬件和軟件的升級是否會對性能有多大影響？選擇硬件和軟件應該選擇哪種服務器硬件或者軟件？衡量系統能力系統可以處理多少負載，而不導致系統的處理性能明顯下降？確定瓶頸哪些因素會延長系統的相應時間？.編寫腳本步驟.VuGen 中的腳本分為三部分：vuser_init、vuser_end 和Action。其中vuser_init 和vuser_end 都只能存在一個，不能再分割，而Action 還可以分成無數多個部分經過點擊New 按鈕，新建ActionXXX。.在錄制需求登陸的系統時，我們把登陸部分放到vuser_init 中，把登陸后的操作部分放到Action 中，把注銷封鎖登陸部分放到vus

3、er_end 中。假設需求在登陸操作設集合點，那么登陸操作也要放到Action 中，由于vuser_init 中不能添加集合點在其他情況下，我們只需把操作部分放到Action 中即可。.留意：在反復執行測試腳本時，vuser_init 和vuser_end 中的內容只會執行一次，反復執行的只是Action 中的部分。.web_add_cookie作用：新增cookieweb_add_cookie (client_id=China127B; path=/; expires=Wednesday, 09-Nov-2001 23:12:40 GMT; domain=cnn); 提問：path什么意思？

4、expires什么意思？domain什么意思？.Cookie和session的區別：1、cookie數據存放在客戶的閱讀器上，session數據放在效力器上。2、cookie不是很平安，他人可以分析存放在本地的COOKIE并進展COOKIE欺騙 思索到平安該當運用session。3、session會在一定時間內保管在效力器上。當訪問增多，會比較占用他效力器的性能 思索到減輕效力器性能方面，該當運用COOKIE。4、單個cookie保管的數據不能超越4K，很多閱讀器都限制一個站點最多保管20個cookie。5、建議： 將登陸信息等重要信息存放為SESSION 其他信息假設需求保管，可以放在COO

5、KIE中.web_url加載特定的URL例子1：web_url(abc, URL=abc/, TargetFrame=, TargetBrowser=Mercury Technologies, Resource=0, RecContentType=text/html, Snapshot=t1.inf, Mode=HTML, LAST); .web_url函數例子2(帶有referer)：web_url(Hit the Slopes and Save, URL=saleserver/American?BV_EngineID= .fm_ski_sale_fall00guest.html, Targ

6、etFrame=Main, Resource=0, RecContentType=text/html, Referer=saleserver/American?BV_Operation= Dyn_Frame&.main-guest.tmpl, Snapshot=t3.inf, Mode=HTML, LAST); 請問：referer是什么意思？.EXTRARES此關鍵詞表示這個詞之后的內容是資源屬性列表的內容。資源屬性列表的內容通常是由non-html產生的，例如：javascript、activex、java applet和flash等內容。由URL,referer和enditem組成url

7、表示要去訪問的網址referer表示從哪個頁面來訪問的enditem表示這個資源項的終了符.將腳本錄制的固定數據變為隨機數據以說吧為發貼字為例子,講述一個比較完好的過程先按照之前所講的方式錄制一個發貼子的腳本然后,進入Script的編輯形狀.選擇腳本中發貼子時,選中往字段中填寫的內容.然后,右鍵菜單項選擇擇“Replace with a Parameter,就可以將固定內容交換為隨機制定的內容了。.DateTime：很簡單，在需求輸入日期/時間的地方，可以用DateTime 類型來替代。其屬性設置也很簡單，選擇一種格式即可。當然也可以定制格式。Group Name：在controller中運轉

8、可以看到，設置比較簡 單。在實踐運轉中，LoadRunner運用該虛擬用戶所在的Vuser Group 來替代。但是在VuGen 中運轉時，Group Name將會是NoneLoad Generator Name：在實踐運轉中，LoadRunner 運用該虛擬用戶所在Load Generator 的機器名來替代。參數的類型.參數的類型Iteration Number：在實踐運轉中，LoadRunner 運用該測試腳本當前循環的次數來替代。Random Number：隨機數。很簡單。在屬性設置中可以設置產生隨機數的范圍.參數類型Unique Number：獨一的數。在屬性設置中可以設置第一個數以

9、及遞增的數的大小。留意：運用該參數類型必需留意可以接受的最大數。例如：某個文本框能接受的最大數為99。當運用該參數類型時，設置第一個數為1，遞增的數為1，但100 個虛擬用戶同時運轉時，第100 個虛擬用戶輸入的將是100，這樣腳本運轉將會出錯。留意：這里說的遞增意思是各個用戶取第一個值的遞增數，每個用戶相鄰的兩次循環之間的差值為1。舉例闡明：假設起始數為1，遞增為5，那么第一個用戶第一次循環取值1，第二次循環取值2；第二個用戶第一次循環取值為6，第二次為7；依次類推.參數類型Vuser ID：設置比較簡單。在實踐運轉中，LoadRunner 運用該虛擬用戶的ID 來代替，該ID 是由Cont

10、roller 來控制的。但是在VuGen 中運轉時，Vuser ID 將會是 1。File：需求在屬性設置中編輯文件，添加內容，也可以從現成的數據庫中取數據下面我們將會引見User Defined Function：從用戶開發的dll 文件提取數據。就目前我以為，這種方式沒有必要。VuGen 支持C 言語的語法，在VuGen 中重新編寫類似的函數應該不難.選擇“File類型然后，腳本中的相應位置會出現“NewParam這幾個關鍵字右鍵這幾個關鍵字，彈出右鍵菜單，選擇“Parameter Properties選擇包含數據的文件，那么文件的內容會被加載到一個列表里面。再選擇“封鎖。在進展的時候會自

11、動運用這些指定的數據來交換相應的固定值。.將數據庫的數據作為指定參數首先，在操作系統的ODBC數據源中建立與數據庫的關聯然后，運用“Data Wizard，選擇“Specify SQL Statement manually下一步后，選擇“Create,選擇“機器數據源，然后選擇相應的ODBC數據源，寫好指定的sql語句后，就可以把數據加載到參數隊列中去了。然后，在壓力測試過程當中，他們會自動運用參數隊列中的數據作為測試數據。.“Select next row 有以下幾種選擇：Sequential：按照順序一行行的讀取。每一個虛擬用戶都會按照一樣的順序讀取Random：在每次循環里隨機的讀取一個

12、，但是在循環中不斷堅持不變Unique ：獨一的數。留意：運用該類型必需留意數據表有足夠多的數。比如：Controller 中設定20 個虛擬用戶進展5 次循環，那么編號為1 的虛擬用戶取前5個數，編號為2 的虛擬用戶取6-10 的數，依次類推，這樣數據表中至少要有100個數據，否那么Controller 運轉過程中會前往一個錯誤。Same Line As 某個參數比如Name：和前面定義的參數Name 取同行的記錄。通常用在有關聯性的數據上面。.Sequential :表示從數據列中進展順序選取數據Random:表示隨機從數據列中選擇數據Unique:表示從數據列中選擇不反復的數據Same

13、line as NewParam:表示和NewParam是同一行的值.Each Occurrence：在運轉時，每遇到一次該參數，便會取一個新的值Each iteration：運轉時，在每一次循環中都取一樣的值Once：運轉時，在每次循環中，對于一個vuser來說，該參數只取一次值就不變了.Virtual User Generator的錄制腳本設置.Recording 標簽頁：默許情況下選擇“HTML-based Script，闡明腳本中采用HTML 頁面的方式來表示，這種方式的Script 腳本容易維護，容易了解，引薦這種方式錄制 “URL-based Script闡明腳本中的表示采用基于U

14、RL 的方式，WAS 和ACT中的錄制方式就是這種，這種方式看上去比較亂。.選擇哪種方式錄制有以下參考原那么：1 基于閱讀器的運用程序引薦運用HTML-based Script2 不是基于閱讀器的運用程序引薦運用URL-based Script。3 假設基于閱讀器的運用程序中包含了JavaScript 并且該腳本向效力器產生了懇求，比如DataGrid 的分頁按鈕等，也要運用URL-based 方式錄制4 基于閱讀器的運用程序中運用了HTTPS 平安協議，運用URL-based 方式錄制.在錄制過程中，不要運用閱讀器的“后退功能，LoadRunner 支持不太好！.錄制時工具欄的功能. 事務T

15、ransaction：為了衡量效力器的性能，我們需求定義事務。比如：我們在腳本中有一個數據查詢操作，為了衡量效力器執行查詢操作的性能，我們把這個操作定義為一個事務，這樣在運轉測試腳本時，LoadRunner 運轉到該事務的開場點時，LoadRunner 就會開場計時，直到運轉到該事務的終了點，計時終了。這個事務的運轉時間在結果中會有反映。插入事務.如何添加事務.輸入該事務的稱號。留意：事務的稱號最好要有意義，可以清楚的闡明該事務完成的動作。插入事務的開場點后，下面需求在需求定義事務的操作后面插入事務的“終了點。同樣可以經過菜單或者工具欄插入.默許情況下，事務的稱號列出最近的一個事務稱號。普通情

16、況下，事務稱號不用修正。事務的形狀默許情況下是LR_AUTO。普通情況下，我們也不需求修正，除非在手工編寫代碼時，有能夠需求手動設置事務的形狀。.在代碼中的事務.插入集合點插入集合點是為了衡量在加重負載的情況下效力器的性能情況。在測試方案中，能夠會要求系統可以接受1000 人同時提交數據，在LoadRunner 中可以經過在提交數據操作前面參與集合點，這樣當虛擬用戶運轉到提交數據的集合點時，LoadRunner 就會檢查同時有多少用戶運轉到集合點，假設不到1000 人，LoadRunner 就會命令曾經到集合點的用戶在此等待，當在集合點等待的用戶到達1000 人時，LoadRunner 命令1

17、000 人同時去提交數據，從而達到測試方案中的需求。留意：集合點經常和事務結合起來運用。集合點只能插入到Action 部分，vuser_init和vuser_end 中不能插入集合點。.輸入該集合點的稱號。留意：集合點的稱號最好要有意義，可以清楚的闡明該集合點完成的動作。腳本中集合點的代碼如下：.插入注釋.插入Text/Imag 檢查點在進展壓力測試時，為了檢查Web 效力器前往的網頁能否正確，VuGen 允許我們插入Text/Imag 檢查點，這些檢查點驗證網頁上能否存在指定的Text 或者Imag，還可以測試在比較大的壓力測試環境中，被測的網站功能能否堅持正確。檢查點的含義和WinRunn

18、er 中的檢查點功能根本上一致，這里就不再作過多的闡明。.VuGen 在測試Web 時，有兩種視圖方式：TreeView/Script View。前面我們見到的不斷都是Script View。在插入Text/Imag 檢查點時，我覺得用TreeView 視圖會比較方便。在這種視圖之間切換，可以經過菜單或者工具欄的方式.插入檢查點的步驟比較簡單。添加Text/Imag 檢查點，可以在錄制過程中，也可以在錄制完成后進展。引薦最好能在錄制過程中添加Text/Imag 檢查點。先在樹形菜單中選擇需求插入檢查點的一項，然后點鼠標右鍵，選擇將檢查點插到該操作執行前還是該操作執行后。假設在該操作執行前，那么

19、選擇“Insert Before，否那么選擇“Insert After。.然后彈出對話框，如下，選擇“Text Check這里以Text 檢查點為例闡明. 添加Imag 檢查點的操作步驟和Text 檢查點差不多，這里僅僅對Imag Check Properties 窗口進展闡明。其他的和Text 檢查點類似，不再詳細闡明。.注：假設Web窗體中包含有JavaScript 腳本，那么在TreeView 視圖中顯示能夠會有問題。處理這個問題，可以設置一下。.Run-Time Setting.創建運轉場景運轉場景描畫在測試活動中發生的各種事件。一個運轉場景包括一個運轉虛擬用戶活動的Load Gene

20、rator 機器列表，一個測試腳本的列表以及大量的虛擬用戶和虛擬用戶組。創建運轉場景運用Controller。在開場菜單中，啟動Controller 程序，出現“New Scenario窗口。假設沒有出現，可以在菜單或者工具欄中點擊“New。.在新建場景的窗口，選擇一種場景類型。下面對三種類型進展簡單的闡明。1 Manual Scenario：該項要完全手動的設置場景。1.1 Manual Scenario with Percentage Mode：該項只需在“Manual Scenario選中的情況下才干選擇。選擇該項后，在場景中我們需求定義要運用的虛擬用戶的總數，Load Generato

21、r machine 機器集，然后我們為每一個腳本分配要運轉的虛擬用戶的百分比。2 GoalOriented Scenario： 在測試方案中，普通都包括性能測試要到達的目的。選擇該項后，LoadRunner 基于這個目的，自動為他創建一個場景。在場景中，我們只需定義好我們的目的即可。.點右邊的“Generators按鈕，出現Load Generators 窗口添加LoadGenerator 后，執行“Connect操作，使Status 為Ready，表示該機器聯接正常，假設為Failed，表示該機器不能聯接，請檢查緣由。.可以把這個列表保管下來，執行菜單命令即可。.設置虛擬用戶總數點右邊的“V

22、Users按鈕即可設置，該虛擬用戶將在那個Load Generators 上運轉。.設置Schedule這里的設置是非常重要的，也是三種場景類型最重要的區別之處。點按鈕，即可進入Schedule 設置窗口。.設置集合點假設在腳本中設置了集合點，還需求Controller 中設置集合點戰略。在菜單中調出 設置集合點戰略的窗口.點Policy按鈕，進入戰略設置窗口.選擇場景類型為Manual Scenario with Percentage Mode.選擇場景類型為GoalOriented Scenario點Edit Scenario Goal按鈕，編輯該場景的目的。.注：以上的闡明是以選擇的目的

23、為Virtual Users 時為根底的。選擇不同的目的，內容會略微有一點不同。.下面重點說一下目的的種類。每次場景運轉只能設置一個目的。.Virtual Users GoalHits per Second假設想測試Web Server 的真正實力，引薦定義目的類型為：Hits per Second、Pages per Minute 或者Transactions per Second，這些類型都需求指定一個虛擬用戶的最小值和最大值的范圍。Controller 試圖運用最少的虛擬用戶來到達定義的目的。假設運用最少的用戶，不能到達目的，Controller 添加用戶數，直到定義的最大值。假設運用了

24、最多的虛擬用戶數，定義的目的還沒有實現，那么需求添加最大用戶數，重新執行場景。.Transactions per Second:.Transactions Response Time假設想知道在多少用戶并發訪問網站時，事務的呼應時間到達性能目的闡明書中規定呼應時間的最大值，那么引薦運用Transactions Response Time 類型。指定需求測試的事務的名稱，虛擬用戶數量的最小值和最大值，還有預先定義好的事務的呼應時間。在場景運轉中，假設運用了最多的虛擬用戶，還不能到達定義的最大呼應時間，闡明Web Server 還有才干接納定義的虛擬用戶的最多數量；假設在運用了部分虛擬用戶，就到達

25、了定義的最大的呼應時間，或者LoadRunner 提示假設運用最多數量的虛擬用戶時將要超越最大呼應時間，那么需求重新設計或者修補運用程序，同時能夠需求晉級Web Server 的軟硬件。.Pages per Minute.假設他定義的類型是Pages per Minute、Hits/Transactions per Second，Controller 首先用最小用戶數除以定義的目的，得到一個值，然后確定每個用戶應該到達的hits/transactions或者pages per minute，然后controller 開場按照以下的戰略加載用戶：假設選擇的是自動的加載虛擬用戶，LoadRunne

26、r 會首先加載50 個用戶。假設定義的最大用戶數小于50，LoadRunner 就會一次加載一切的虛擬用戶。假設選擇的是在場景運轉一段時間后到達目的，LoadRunner 就會嘗試在定義的這段時間內到達目的，根據時間限制和計算出的每個用戶的hits、transactions 或者pages，LoadRunner 確定第一批加載多少用戶。假設選擇的是按照一定的階段到達目的也就是先在x 長時間內到達y pages/hits，然后再到達下一個目的，LoadRunner 計算每個用戶應該到達的數字后，再確定第一批加載多少用戶。.每加載一批用戶后，LoadRunner 會判別能否到達這批用戶的目的。假設

27、這批用戶的目的沒有到達，LoadRunner 重新計算每一個用戶應該到達的目的數字后，重新調整下一批加載用戶的數量。默許情況下，LoadRunner 每兩分鐘加載一批用戶。假設Controller 加載了最多數量的用戶還沒有到達預定的目的，LoadRunner 會重新計算每個用戶的目的，然后同時運轉最大數量的用戶，嘗試到達預定的目的。.假設出現以下情況，Pages per Minute、Hits/Transactions per Second 類型的場景會置于“Failed形狀：Controller 運用了指定的最大數量的用戶，并且兩次都沒有到達目的一切的用戶運轉都失敗沒有足夠的Load Ge

28、nerators 機器現有的機器曾經超載運轉的情況下Controller 添加了幾批用戶后，pages per minute 或者hits/transactions per second 沒有添加 Controlller 加載第一批用戶后，定義的目的沒有被捕捉到.啟用IP SpooferIP 欺騙 當運轉場景時，虛擬用戶運用它們所在的Load Generator 的固定的IP 地址。同時每個Load Generator 上運轉大量的虛擬用戶，這樣就呵斥了大量的用戶運用同一IP 同時訪問一個網站的情況，這種情況和實踐運轉的情況不符，并且有一些網站會根據用戶IP 來分配資源，這些網站會限制同一個I

29、P 的登陸，運用等等。為了更加真實的模擬實踐情況，LoadRunner允許運轉的虛擬用戶運用不同的IP 訪問一致網站，這種技術稱為“IP 欺騙。.啟用該選項后，場景中運轉的虛擬用戶將模擬從不同的IP 地址發送懇求。該選項非常的有用。留意：IP Spoofer 在銜接Load Generators 之前啟用。要運用IP 欺騙，各個Load Generator 機器必需運用固定的IP，不能運用動態IP即DHCP。.運用IP Wizard：在“開場菜單程序中，找到LoadRunnerToolsIP Wizard，運轉它留意：運轉IP Wizard 程序的機器必需運用固定的IP，不能運用動態IP. 第

30、一次運轉IP Wizard 需求選擇第一項“Create new settings，假設以前運轉過，可以選擇第二項“Load previous settings from file，選擇保管好的文件；第三項用于運用IP 欺騙進展測試完成后，釋放IP 的過程由于該時機占用大量的IP 資源，能夠會導致其他機器沒有IP 可用的為難局面，運用該項，可以恢復到原來的情況.這里選擇第一項，“Next，出現IP Wizard 的第二個窗口.這里輸入Web Server 的IP 地址，然后 Next，出現導游的第三個窗口。從“From IP文本框中輸入要運用IP 范圍的第一個IP 值，然后在“Numbers

31、to Add輸入一個數字，表示IP 范圍的值；假設第一個IP 為 00，范圍大小為100，那么IP Wizard 將會運用192.168.6.N100=N=2個并且處置器的利用率%Processor Time 超越90%，那么很有能夠存在處置器瓶頸。假設發現Processor Queue Length 顯示的隊列長度超越2，而處置器的利用率卻不斷很低，那么或許更應該去處理處置器阻塞問題，這里處置器普通不是瓶頸。假設系統由于運用程序代碼效率低下或者系統構造設計有缺陷而導致大量的上下文切換Context Switches/sec 顯示的上下文切換次數比較大，那么就會占用大量的系統資源。假設系統的吞

32、吐量降低并且CPU 的運用率很高，并且此景象發生時切換程度在15000 以上，那么意味著上下文切換次數過高同時還可以比較Context Switches/sec 和%Privileged Time 來判別上下文切換能否過量。假設后者的值超越40%，且上下文切換的速率也很高，那么應該檢查為什么會產生這樣高的上下文切換.網絡吞吐量以及帶寬.磁盤相關 .磁盤相關 判別磁盤瓶頸的方法是經過以下公式來計算：每磁盤的 I/O 數 = 讀次數 + 4 * 寫次數 / 磁盤個數假設計算出的每磁盤的 I/O 數 大于 磁盤的處置才干，那么磁盤存在瓶頸。.看 Transaction Response Time 圖

33、，可以判別每個事務完成用的時間，從而可以判別出那個事 務用的時間最長，那些事務用的時間出預定的可接受時間。以下圖可以看出，隨著用戶數的不斷添加，login 事務的呼應時間增長的最快！分析實時監視圖表 .網絡帶寬能否足夠?“Throughput圖顯示在場景運轉期間的每一秒鐘，從 Web Server 上接遭到的數據量的值。 拿這個值和網絡帶寬比較，可以確定目前的網絡帶寬能否是瓶頸。假設該圖的曲線隨著用戶數的添加，沒有隨著添加，而是呈比較平的直線，闡明目前的 網絡速度不可以滿足目前的系統流量。.硬件和操作系統能否處置高負載?“Windows Resources 圖實時地顯示了 Web Server

34、 系統資源的運用情況。利用該圖提供的 數據，可以把瓶頸定位到特定機器的某個部件。.Analysis.生成交叉結果圖=N 選擇 “文件 “交叉結果。將翻開 “交叉結果對話框。=O 單擊 “添加以將其他結果集添加到結果列表中。將翻開 “選擇與交叉結果對應 的結果文件對話框。=P 查找結果目錄并選擇其結果文件 (.lrr)。單擊“確定。方案將添加至結果列表中。=Q 反復步驟 2 和 3，直到您要比較的一切結果都在結果列表中為止。=R 生成交叉結果圖時，默許情況下會將其另存為新的 Analysis 會話。要將其保管在 現有會話中，請去除 “為交叉結果新建 Analysis 會話框。=S 單擊 “確定。

35、 Analysis 將處置結果數據并要求您確認能否翻開默許圖。生成交叉結果圖后，可以對其進展挑選，以顯示特定的方案和事務。您還可以經過 更改粒度、縮放和比例來處置圖。詳細信息，請參閱第 2 章“運用 Analysis 圖。可以為兩個或多個結果集創建交叉結果圖運用 “交叉結果對話框可以比較多 個方案運轉的結果。.排序圖數據可以排序圖數據，以便以更相關的方式來顯示數據。例如，可以用 “事務終了狀 態來對事務圖分組，并可以用 “方案已用時間、“Vuser 終了形狀、“Vuser 形狀和 “VuserID來對 Vuser 圖分組。設置挑選條件：經過執行以下操作，翻開相應對話框： 要設置單個圖的挑選條件

36、，請經過單擊 “圖選項卡或單擊樹視圖中的圖名 來選擇要挑選的圖，然后選擇 “視圖 “設置挑選器 / 分組方式或單擊 “設置挑選器。 要設置方案中一切圖 包括已顯示的圖和尚未翻開的圖的挑選條件，請選擇 “文件 “設置全局挑選器或單擊 “設置全局挑選器。 要設置摘要報告的挑選條件，請選擇 “視圖 “摘要挑選器。.查看會話信息會話名：顯示當前會話的稱號。結果：顯示 LoadRunner 結果文件的稱號。 數據庫類型：顯示用于存儲方案數據的數據庫類型。 數據庫名：顯示數據庫的稱號和目錄途徑。 效力器屬性：顯示 SQL Server 和 MSDE 數據庫的屬性。 數據集合方式：指出會話顯示完好數據還是摘

37、要數據。 數據時間挑選器：指出能否已將時間挑選器運用到會話中。 聚合：指出能否曾經聚合會話數據。Web粒度：顯示會話中運用的 Web 粒度。聚合屬性：顯示所聚合數據的類型、聚合條件以及所聚合數據的時間粒度。.查看方案運轉時設置在 “方案運轉時設置對話框中，可以查看有關每個方案中運轉的 Vuser 組和腳 本的信息，以及方案中每個腳本的運轉時設置 選擇 “文件 “方案運轉時設置，或者單擊工具欄上的 “運轉時設置將翻開 “方案運轉時設置對話框，顯示每個方案的 Vuser 組、腳本和方案信息。對于方案中的每個腳本，可以查看方案執行之前在 Controller 或 VuGen 中 配置的運轉時設置。

38、.查看方案運轉時設置經過 “ 方案運轉時設置對話框可以查看有關已執行的方案的信息，以及方案 中每個腳本的運轉時設置。方案腳本：顯示每個已執行方案的結果集，以及在方案中運轉的 Vuser 組和腳本。 方案方案：顯示選定方案面向目的的或手動方案方案信息。 組稱號：顯示選定腳本所屬的組的稱號。腳本名：顯示選定腳本的稱號。完好途徑：顯示腳本的完好目錄途徑 .要設置單個圖的挑選條件，經過單擊 “圖選項卡或單擊樹視圖中的圖名 來選擇要挑選的圖，然后選擇 “視圖 ,“設置挑選器 / 分組方式或單擊“設置挑選器。采用每個挑選條件選擇條件和值。將為每個圖顯示適用的挑選條件。.向下搜索圖右鍵單擊圖中的線、條或段，

39、然后選擇 “向下搜索。將翻開 “向下搜索選項 對話框，列出圖中的一切度量 選擇向下搜索的度量。在 “分組方式框中，選擇排序要根據的組。單擊 “確定。 Analysis 向下搜索并顯示新圖。 要吊銷上次向下搜索設置，請右鍵單擊菜單，并選擇 “吊銷設置挑選器 / 分組方式。.更改數據粒度 經過更改 X 軸的粒度 比例，可以使圖便于閱讀和分析。最大粒度是圖的時間 范圍的一半。為確保可讀性和明晰性， Analysis 在大于等于 500 秒的范圍內自動 調整圖的最小粒度 .更改數據粒度例中，運用不同的粒度來顯示每秒點擊次數圖。 Y 軸表示在粒度間隔內的每 秒點擊次數。對于粒度 1，Y 軸顯示方案中每一

40、秒期間的每秒點擊次數。對于粒度 5，Y 軸顯示方案中每五秒期間的每秒點擊次數 .更改數據粒度在上圖中，同一個方案結果以粒度 1、 5 和 10 顯示。粒度越低，結果越詳細。例如，在上圖中運用較低的粒度，您可以看到沒發生點擊的間隔。運用更高粒度有 助于研討整個方案中的總體 Vuser 行為。經過運用更高粒度來查看同一個圖，可以很容易地發現，總體上大約平均每秒點 擊 1 次。.“方案已用時間對話框經過 “方案已用時間對話框，可以指定圖中 X 軸的開場和終了時間 以 “時 : 分 : 秒格式指定圖的開場和終了時間。該時間是相對于方案的開場 時間。設置范圍開場：指定所需范圍的開場值。終了：指定所需范圍

41、的終了值。留意：=該時間是相對于方案的開場時間。.合并圖運用 Analysis 可以將同一方案的兩個圖中的結果合并到一個圖中。經過合并，可 以一次比較幾個不同的度量。例如，您可以制造一個合并圖，以已用時間的函數 的方式顯示網絡延遲和正在運轉的 Vuser 的數量。要合并圖，這些圖的 X 軸的度量單位必需一樣。例如，可以合并“Web 吞吐量 和每秒點擊次數圖，由于它們具有公用的 X 軸：方案的已用時間。該下拉列表 僅顯示 X 軸與當前圖一樣的活動圖。 Analysis 提供三類合并 :疊加 平鋪 關聯.創建合并圖 在樹視圖中選擇一個圖或選擇其選項卡，將其激活。選擇 “視圖 “合并圖，或者單擊 “

42、合并圖。將翻開 “合并圖對話框， 顯示活動圖的稱號。選擇要與活動圖合并的圖。只能選擇與活動圖具有公用 X 軸的圖。選擇合并類型：疊加、平鋪或關聯。指定合并圖的標題。默許情況下， Analysis 會組合兩個要合并的圖的標題。像挑選任何普通的圖那樣對圖進展挑選。.疊加 重疊共用同一 X 軸的兩個圖的內容。合并圖左側的 Y 軸顯示當前圖的值。 右側的 Y 軸顯示已合并圖的值。疊加圖的數量沒有限制。疊加兩個圖時，這兩個 圖的 Y 軸分別顯示在圖的右側和左側。覆蓋兩個以上的圖時， Analysis 只顯示一個 Y 軸，相應地縮放不同的度量。左圖例中，“吞吐量和每秒點擊次數圖被另一個圖疊加。.平鋪 查看

43、在平鋪規劃 一個位于另一個之上中共用同一個 X 軸的兩個圖的內容。右圖例中，“吞吐量和每秒點擊次數圖被平鋪顯示 一個在另一個之上。.關聯 繪圖時區分兩個圖彼此的 Y 軸。活動圖的 Y 軸變為合并圖的 X 軸。被合并 圖的 Y 軸作為合并圖的 Y 軸。圖例中，“吞吐量和每秒點擊次數圖彼此關聯。 X 軸顯示每秒的字節數 “吞吐量度量， Y 軸顯示每秒的點擊次數。.經過 “度量選項對話框，可以設置選定度量的顏色和比例。 度量：從下拉列表中選擇度量。 顏色：選擇顏色條，并為選定度量選擇顏色。比例將度量比例設置為1 選擇要查看選定度量的比例。 為一切度量設置自動比例：運用優化的自動比例來顯示圖中每個度量

44、。 為一切度量設置比例=N：將圖中一切度量的比例設置為一 可以運用 “圖例列選項對話框來選擇要顯示的列，并配置其位置、寬度和排序 順序。.圖例列選項 經過 “圖例列選項對話框，可以選擇要查看的列、每列的寬度以及列的排序 方法。可用列：顯示可用于選定度量的列。默許情況下，將顯示一切可用列。要隱藏 列，請去除列名左側的復選框。要顯示列，請選擇該復選框。留意，有幾個列是 強迫的，無法隱藏，例如 “度量名、“顏色和 “比例。經過運用垂直箭頭來按所需順序為列排序，可以重新陳列各列的顯示順序 從左 至右。選定列列名：顯示選定列的稱號 只讀。寬度：顯示列的寬度 以像素為單位留意，還可以經過在 “圖例選項卡

45、中拖動列的邊境來修正列的寬度。排序方式 列名：選擇對度量數據進展排序要根據的列。升序：以升序來陳列度量數據。降序：以降序來陳列度量數據。.設置顯示選項和時間選項，如了解 “顯示選項對話框中所述。要設置高級選項，單擊 “高級。.單擊 “高級。翻開 “編輯 *對話框。.運用模板經過模板可以保管當前的挑選器和顯示選項，并用于其他會話。運用 “模板對話框可以保管、運用和編輯模板。其標題根據正在執行的操作而 進展更改。選擇以下選項之一： “工具 “模板 “另存為模板。 “工具 “模板 “運用 / 編輯模板。 將翻開 “模板對話框。.設置常規選項運用 “選項對話框中的 “常規選項卡可以設置常規選項日期存儲

46、和顯示格式 文件閱讀器目錄位置 暫時文件位置 摘要報告事務報告.設置常規選項日期格式：選擇存儲和顯示的日期格式。 歐洲：顯示歐洲日期格式。美國：顯示美國日期格式。文件閱讀器：選擇希望文件閱讀器翻開的目錄位置。翻開最近運用的目錄：在上次運用的目錄位置翻開文件閱讀器。 在指定目錄翻開：在指定目錄翻開文件閱讀器。 目錄途徑：輸入希望文件閱讀器翻開的目錄位置。 暫時存儲位置：選擇要存儲暫時文件的目錄位置。暫時存儲目錄在 Windows 暫時目錄中保管暫時文件。 運用指定目錄：在指定目錄中保管暫時文件。 目錄途徑：輸入要保管暫時文件的目錄位置。 摘要報告：設置其呼應時間顯示在摘要報告中的事務百分比。事務

47、百分比：摘要報告包含一個百分比列，顯示 90% 的事務的呼應時間90% 的事務在這段時間內進展。要更改默許的 90% 百分比數值，請在 “事 務百分比框中輸入一個新數字。由于這是運用程序級設置，所以列名僅在下 次調用 Analysis 時更改為新的百分比數字 例如，更改為 “80% 百分比。 .設置常規選項選擇要存儲 Analysis 會話結果數據的數據庫，并且可以修復和緊縮Analysis 結果以及優化能夠曾經變零碎的數據庫。默許情況下， LoadRunner 將 Analysis 結果數據存儲在 Access 2000 數據庫中。 假設 Analysis 結果數據超越 2 GB，建議您將它

48、存儲在 SQL Server 或 MSDE 計 算機上。.Analysis 會話如何任務？在 Analysis 會話過程中生成的圖和報告提供了有關系統性能的重要信息。運用這些圖和報告，可以輕松地標識和確定運用程序中的瓶頸以及提高系統性能所需的改良。Analysis 會話的目的是查找系統的性能缺點，然后確定這些缺點的根源。1 能否滿足了測試的預期目的？在負載下，用戶終端的事務呼應時間是多少？這些 事務的平均事務呼應時間是多少？2 系統的哪些部分導致性能下降？該網絡和效力器的呼應時間是多少？3 經過將事務時間和后端監控器矩陣關聯起來，您能否能找到能夠的緣由？在以下部分中，我們將學習如何翻開 Loa

49、dRunner Analysis 以及生成和查看圖及報告，這將有助于您找出性能問題并確定該問題的根源。.啟動 Analysis 會話？1 翻開 Mercury LoadRunner。 選擇 “開場 “程序 “Mercury LoadRunner “LoadRunner。將打 開 “Mercury LoadRunner Launcher窗口。2 翻開 LoadRunner Analysis。 在 “負載測試選項卡中，單擊 “分析負載測試。將翻開 LoadRunner Analysis。3 翻開 Analysis 會話文件。 我們運轉了一個測試場 景，測試集成了 70 個Vuser 。如今翻開由該

50、場景結果創建的 Analysis 會話。 在 Analysis 窗口中，依次選擇 “文件 “翻開。將翻開 “翻開現有 Analysis會話文件對話框。在 Tutorial 文件夾中，選擇 analysis_session 并單擊“翻開。Analysis 將在 Analysis 窗口中翻開該會話文件。.Analysis 窗口概述Analysis 窗口包括以下三個主要部分： 圖樹 圖查看區域 圖例圖樹：在左窗格中，Analysis 將顯示可以翻開查看的圖。您可以在此處顯示翻開Analysis 時未顯示的新圖，或刪除您不再想查看的圖。圖查看區域：Analysis 在此右窗格中顯示圖。默許情況下，當翻

51、開一個會話時，Analysis 概要報告將顯示在此區域。圖例：位于底部窗格中，使您可以查看選定圖中的數據。 .在圖查看區域查看 Analysis 概要報告 在報告的統計信息概要中，可以看到在該測試中運轉了多達 70 個 Vuser。這里還記錄了其他統計信息 例如總 / 平均吞吐量、總 / 平均點擊次數.能否已到達目的？此報告中最重要的部分是事務概要。事務概要列出了有關每個事務行為的概要。 請看每個事務的呼應時間。“90%列顯示 90% 的特定事務 已執行的呼應時間。測試運轉期間 90% 的 check_itinerary 事務 經過執行 的呼應時間是 65.744 秒。該數值是事務平均呼應時間

52、 (32.826) 的兩倍，闡明對于發生的大多數此種事務都需求較高的呼應時間。我們還會看到該事務失敗了 28 次 .翻開平均事務呼應時間圖。在 “事務名列中，單擊 “check_itinerary事務.圖查看區域中將顯示 “平均事務呼應時間圖。該圖以及圖下方的圖例中將突出顯示check_itinerary 事務.圖中的點表示場景運轉期間特定時間的事務平均呼應時間。將光標停留在圖中的點上。將出現一個黃色的框，并顯示該點的坐標。.check_itinerary 事務的平均呼應時間顯著動搖，在場景運轉了2:56 分 鐘 : 秒時到達峰值 75.067 秒。在性能穩定的效力器上，事務的平均呼應時間會比

53、較平穩。圖底部，登錄、注銷、 book_flight 和 search_flight 事務的平均呼應時間比較平穩分析結果.效力器的性能能否穩定？在前面的圖中，看到效力器性能的不穩定性。如今將分析 70 個運轉的Vuser 對系統性能產生的影響。.將在圖查看區域中翻開正在運轉的 Vuser 圖。您可以看到在場景運轉的開場，正在運轉的 Vuser 處于逐漸加壓形狀。接著， 70 個 Vuser 同時運轉了 3 分鐘，之后開場逐漸減壓 注： X 軸表示從方案開場運轉以來已用的時間。 Y 軸表示方案中的 Vuser 數。研討 Vuser 的行為.在圖樹中單擊 “正在運轉的 Vuser.挑選圖，以便只看

54、到一切 Vuser 同時運轉的時間片1 挑選圖之后，圖數據將縮減以僅顯示符合指定條件的數據。一切其他的數據將隱藏 .右鍵單擊該圖并選擇 “設置挑選器 / 分組方式，或者單擊工具欄上的 “設置篩 選器 / 分組方式 .圖標。在 “挑選條件區域中，選擇 “場景已用時間行的 “值列。單擊向下箭頭并選擇時間范圍為從 1:30 分鐘 : 秒至 3:45 分鐘 : 秒。單擊 “確定。在 “圖設置對話框中，單擊 “確定。如今，正在運轉的 Vuser 圖僅顯示場景運轉中 1:30 分鐘 : 秒和 3:45 分鐘: 秒之間運轉的 Vuser。一切其他的 Vuser 已全被挑選出去 挑選圖，以便只看到一切 Vus

55、er 同時運轉的時間片2.可以把兩個圖放在一同，以查看一個圖的數據對另一個圖的數據所產生的影響。稱為將兩個圖關聯。我們將正在運轉的 Vuser 圖和平均事務呼應時間圖相關聯，以查看大量 的 Vuser 對事務的平均呼應時間產生的影響。將正在運轉的 Vuser 圖和平均事務呼應時間圖相關聯以比較其數據1.將正在運轉的 Vuser 圖和平均事務呼應時間圖相關聯以比較其數據2右鍵單擊正在運轉的 Vuser 圖并選擇 “合并圖。在 “選擇要合并的圖列表中，選擇 “平均事務呼應時間。在 “選擇合并類型區域中，選擇 “關聯，然后單擊 “確定。 如今，正在運轉的 Vuser 圖和平均事務呼應時間圖在圖查看區域中表示為一個圖，即正在運轉的 Vuser 平均事務呼應時間圖。.分析關聯后的圖 從圖上可以看到隨著 Vuser 數量的添加， check_itinerary 事務的平均呼應時間也在逐漸添加。也就是說，隨著負載的添加平均呼應時間也在逐漸添加。當運轉 64 個 Vuser 時，平均呼應時間忽然急速添加。同時在運轉的 Vuser 超越 64 個時，呼應時間明顯開場變長。.確定問題的根源我們在前面曾經看到了添加效力器的負載將對 check_itinerary 事務的平均呼應時間產生消極影響。接下來進一步研討 check_iti