概要介紹
LoadRunner 是一種預測系統行爲和性能的工業標準級負載測試工具。通過以模擬上千萬用戶實施併發負載及實時性能監測的方式來確認和查找問題，LoadRunner 能夠對整個企業架構進行測試。通過使用LoadRunner，企業能最大限度地縮短測試時間， 優化性能和加速應用系統的發佈週期。目前企業的網絡應用環境都必須支持大量用戶，網絡體系架構中含各類應用環境且由不同供應商提供軟件和硬件產品。難以預知的用戶負載和愈來愈複雜的應用環境使公司時時擔心會發生用戶響應速度過慢， 系統崩潰等問題。這些都不可避免地導致公司收益的損失。Mercury Interactive 的 LoadRunner 能讓企業保護自己的收入來源， 無需購置額外硬件而最大限度地利用現有的IT 資源， 並確保終端用戶在應用系統的各個環節中對其測試應用的質量， 可靠性和可擴展性都有良好的評價。LoadRunner 是一種適用於各種體系架構的自動負載測試工具， 它能預測系統行爲並優化系統性能。LoadRunner 的測試對象是整個企業的系統， 它通過模擬實際用戶的操作行爲和實行實時性能監測， 來幫助您更快的查找和發現問題。此外，LoadRunner 能支持廣範的協議和技術， 爲您的特殊環境提供特殊的解決方案。
基本步驟
使用LoadRunner 完成測試一般分爲四個步驟：
1）Vvitrual User Generator 創建腳本
² 創建腳本，選擇協議
² 錄製腳本
² 編輯腳本
² 檢查修改腳本是否有誤
2）中央控制器（Controller）來調度虛擬用戶
² 創建Scenario，選擇腳本
² 設置機器虛擬用戶數
² 設置Schedule
² 如果模擬多機測試，設置Ip Spoofer
3）運行腳本
² 分析scenario
4）分析測試結果
安裝LoadRunner中文版
LoadRunner 分爲Windows 版本和Unix 版本。如果我們的所有測試環境基於Windows 平臺， 那麼我們只要安裝Windows 版本即可。本章講解的安裝過程就是LoadRunner7.8中文的Windows 版本的安裝。
系統要求
目前部門的測試機和工作機器足可以滿足LoadRunner7.8 的最低要求。不過要比較好的運行LoadRunner， 內存最好在512M 以上， 安裝LoadRunner 的磁盤空間至少剩餘500M。操作系統最好爲Windows 2000。
安裝過程
LoadRunner7.8中文版安裝基本分兩個步驟：首先安裝LoadRunner7.8英文原版，然後安裝中文語言插件包LoadRunner7.8英文原版存放位置：\\10.138.149.139\ test tools\LR7.8nt.rar將壓縮文件拷貝解壓到本機的安裝，過程比較簡單要開始安裝LoadRunner，以Administrator 的身份登陸Windows2000 後，運行LoadRunner 安裝目錄下Setup.exe 即可進入安裝程序。
1. 在“Registration Information” 界面中， 輸入序列號（ 不用改動， 就是n 個8）
2. 在安裝類型界面中， 選擇一種安裝類型
下面簡單的對這三種安裝類型進行介紹
●Standalone Installation 將要安裝LoadRunner 在一臺計算機上
●Network Installation 把LoadRunner 安裝在一個網絡驅動器上， 這樣任何能連接到這個網絡驅動器的計算機都可以使用LoadRunner 的部分或者全部組件。
●Network Installation and shortcuts 和Network Installation 類似，不同的只是這種類型將把
自己的計算機配置成Workstation 來運行LoadRunner。如果選擇了第二項， 我們還需要進行2.3 的安裝來配置Workstation.。考慮到我們是自己學習研究學習， 選擇第一種安裝方法。
3. 在安裝方式界面中， 需要選擇一種安裝方式。建議選擇“ 自定義安裝”， 這樣所有的組件都會一次安裝。
下面簡單的對各個安裝方式進行介紹
●Typical Installation 安裝比較通用的組件， 包括Controller、Vuser、在線幫助和腳該選項適合於控制Vusers 的機器。
●Load Generator 只安裝運行Vusers 產生負載的組件。該選項適合於只產生負載， 而不控制Vusers 的機器。
●MI Listener 安裝MI Listener 組件， 用來透過防火牆來運行Vusers 並且監視性能。
●Custom Installation 自定義安裝， 我們將使用該選項， 安裝全部的組件。
4. 在“License Information” 中輸入License Key 後，Next， 繼續
100個用戶（無時間限制）：AEAMAUIK-YAFEKEKJJKEEA-BCJGI
10000個用戶（有時間限制）：AEABEXFR-YTIEKEKJJMFKEKEKWBRAUNQJU-KBYGB
5. 如果是網絡安裝，最好把網絡驅動器映射成本機的一個盤符， 安裝LoadRunner 的各級目錄不要包含中文字符。
6. Next 後進入拷貝文件的界面
7. 拷貝文件完成後， 進入“User Login Settings” 界面。
●Allow virtual users to run on this machine without user login 需要在下面輸入域、用戶名和密碼， 這樣運行Load Generator 的機器會自動登陸到網絡，
●Manual log in to the Load Generator machine 運行Vusers 時， 自動登陸到網絡，
無需登陸用戶名和密碼， 這樣Vusers 就會不用任何干預自動的啓動運行。推薦
選擇該項。這裏選擇第一項和第二項都可以。
8. 重新啓動， 安裝完成LoadRunner7.8英文原版存放位置：\\10.138.149.139\test tools\ LoadRunner7.8中文版.rar
將壓縮文件拷貝解壓到本機的安裝.。過程比較簡單要開始安裝以Administrator 的身份登陸Windows2000 後，（注意要退出已經運行的英文原版）運行安裝目錄下Setup.exe 即可進入安裝程序，安裝過程中一切人機交流窗口多選擇默認“下一步”即可
注意：解壓文件存放的文件夾不可起中文名字，安裝目錄最好使用默認，如果更改則安裝目錄不要使用中文名!
項目背景介紹
背景概述
“LMS網校考試平臺”是一個典型的三層B/S架構的MIS系統（客戶端/應用服務器/數據庫管），中間層是業務邏輯層，應用服務器處理所有的業務邏輯，但應用服務器本身不提供負載均衡的能力，而是利用開發工具提供的ORB（對象請求代理）軟件保證多個應用服務器間的負載均衡。本次測試的目的是：進行應用服務器的壓力測試，找出應用服務器能夠支持的最大客戶端數。方法是：按照正常業務壓力估算值的1~10倍進行測試，考察應用服務器的運行情況。
壓力測試用例
|
場景描述一： |
1． 用戶登錄的lmm模塊，總共登陸24個用戶，所有用戶都同時併發操作。
2． 用戶點擊“登記的教程”
3． 用戶點擊“啓動”，進行課程學習，進入DS模塊
4． 在DS模塊中進行學習，過程包括：首先，點擊一次課程結構樹；然後，進行課程內容的學習。
5． 點擊“返回LMS” 按鈕，返回到lmm模塊，點擊“退出”按鈕，退出系統
|
場景描述二： |
1. 用戶登陸lmm模塊，總共登錄48個用戶，每1秒登錄1個用戶
2. 用戶點擊“已登記教程”
3. 用戶點擊“啓動”，進行課程學習，進入DS模塊
4. 在DS模塊中進行學習，過程包括：首先，點擊一次課程結構樹；然後，進行課程內容的學習；
5. 點擊“返回LMS” 按鈕，返回到lmm模塊，點擊“退出”按鈕，退出系統
|
場景描述三： |
1． 用戶登錄的lmm模塊，總共登陸48個用戶，所有用戶都同時併發操作。
2． 用戶點擊“登記的教程”
3． 用戶點擊“啓動”，進行課程學習，進入DS模塊
4． 在DS模塊中進行學習，過程包括：首先，點擊一次課程結構樹；然後，進行課程內容的學習。
5． 點擊“返回LMS” 按鈕，返回到lmm模塊
點擊“退出”按鈕，退出系統
|
場景描述四： |
1． 用戶登錄的lmm模塊，總共登陸48個用戶，每秒同時登錄10個用戶。
2． 用戶點擊“登記的教程”
3． 用戶點擊“啓動”，進行課程學習，進入DS模塊
4． 在DS模塊中進行學習，過程包括：首先，點擊一次課程結構樹；然後，進行課程內容的學習。
5． 點擊“返回LMS” 按鈕，返回到lmm模塊，點擊“退出”按鈕，退出系統
|
場景描述五： |
1． 用戶登錄的lmm模塊，總共登陸100個用戶，所有用戶同時併發操作。
2． 用戶點擊“登記的教程”
3． 用戶點擊“啓動”，進行課程學習，進入DS模塊
4． 在DS模塊中進行學習，過程包括：首先，點擊一次課程結構樹；然後，進行課程內容的學習。
5． 點擊“返回LMS” 按鈕，返回到lmm模塊
|
場景描述六： |
1． 用戶登錄的lmm模塊，總共登陸200個用戶，所有用戶同時併發操作
2． 用戶點擊“登記的教程”
3． 用戶點擊“啓動”，進行課程學習，進入DS模塊
4． 在DS模塊中進行學習，過程包括：首先，點擊一次課程結構樹；然後，進行課程內容的學習。
5． 點擊“返回LMS” 按鈕，返回到lmm模塊，點擊“退出”按鈕，退出系統
|
場景描述七： |
1． 戶登錄的lmm模塊，總共登陸24個用戶。所有用戶都同時併發操作
2． 所有用戶都同時併發操作，戶點擊“登記的教程”中“test”課件
使用自發測試工具，目的測試24個用戶同時打開課件時服務器性能
|
場景描述八： |
1． 登錄的lmm模塊，總共登陸60個用戶。所有用戶都同時併發操作
2． 有用戶都同時併發操作，戶點擊“登記的教程”中“test”課件
使用自發測試工具，目的測試60個用戶同時打開課件時服務器性能
使用LoadRunner進行負載/壓力測試
錄製基本的用戶腳本
創建用戶腳本需要用到VuGen。提示： 運行VuGen 最好在1024*768 的分辨率下， 否則有些工具欄會看不到。
啓動Visual User Generator 後， 通過菜單新建一個用戶腳本， 選擇系統通訊的協議。
這裏我們需要測試的是Web 應用，同時考慮到後臺SQL數據庫所以我們需要選擇Web(HTTP/HTML)協議＋SQL SERVER協議，確定後， 進入主窗體。通過菜單來啓動錄製腳本的命令。
●在URL 中添入要測試的Web 站點地址..。
●測試http://lms.ah.sp.com.cn/lms-lmm/loginForm.do選擇要把錄製的腳本放到哪一個部分， 默認情況下是“Action”。
這裏簡單說明一下：VuGen 中的腳本分爲三部分：vuser_init、vuser_end 和Action。其中vuser_init 和vuser_end 都只能存在一個， 不能再分割， 而Action 還可以分成無數多個部分（ 通過點擊New 按鈕， 新建ActionXXX）。在錄製需要登陸的系統時， 我們把登陸部分放到vuser_init 中， 把登陸後的操作部分放到Action 中， 把註銷關閉登陸部分放到vuser_end 中。（ 如果需要在登陸操作設集合點， 那麼登陸操作也要放到Action 中， 因爲vuser_init 中不能添加集合點） 在其他情況下， 我們只要把操作部分放到Action 中即可。注意： 在重複執行測試腳本時，vuser_init 和vuser_end 中的內容只會執行一次， 重複執行的只是Action 中的部分。
●點“ 選項 ”按鈕， 進入錄製的設置窗體， 這裏一般情況下不需要改動。
●然後點“OK” 後，VuGen 開始錄製腳本。在錄製過程中， 不要使用瀏覽器的“ 後退” 功能，LoadRunner 支持不太好！ 錄製過程中， 在屏幕上會有一個工具條出現。錄製的過程和WinRunner 有些類似， 不再多介紹。錄製完成後， 按下“ 結束錄製” 按鈕，VuGen 自動生成用戶腳本， 退出錄製過程。
完善測試腳本
當錄製完一個基本的用戶腳本後， 在正式使用前我們還需要完善測試腳本， 增強腳本的靈活性。一般情況下， 我們通過以下幾種方法來完善測試腳本。插入事務、插入結合點、插入註解、參數化輸入。這裏只舉例介紹參數化如何設置，其它只作簡單介紹。
4.2.1插入事務
事務（Transaction）： 爲了衡量服務器的性能， 我們需要定義事務。比如： 我們在腳本中有一個數據查詢操作， 爲了衡量服務器執行查詢操作的性能， 我們把這個操作定義爲一個事務， 這樣在運行測試腳本時，LoadRunner 運行到該事務的開始點時，LoadRunner 就會開始計時， 直到運行到該事務的結束點， 計時結束。這個事務的運行時間在結果中會有反映。
插入事務操作可以在錄製過程中進行， 也可以在錄製結束後進行。LoadRunner 運行在腳本中插入不限數量的事務。
具體的操作方法如下： 在需要定義事務的操作前面， 通過菜單或者工具欄插入。輸入該事務的名稱。注意： 事務的名稱最好要有意義， 能夠清楚的說明該事務完成的動作。插入事務的開始點後， 下面需要在需要定義事務的操作後面插入事務的“ 結束點”。同樣可以通過菜單或者工具欄插入。默認情況下， 事務的名稱列出最近的一個事務名稱。一般情況下， 事務名稱不用修改。事務的狀態默認情況下是LR_AUTO。一般情況下， 我們也不需要修改， 除非在手工編寫代碼時， 有可能需要手動設置事務的狀態。
4.2.2插入集合點
插入集合點是爲了衡量在加重負載的情況下服務器的性能情況。在測試計劃中， 可能會要求系統能夠承受1000 人同時提交數據，在LoadRunner 中可以通過在提交數據操作前面加入集合點， 這樣當虛擬用戶運行到提交數據的集合點時，LoadRunner 就會檢查同時有多少用戶運行到集合點，如果不到1000 人，LoadRunner 就會命令已經到集合點的用戶在此等待， 當在集合點等待的用戶達到1000 人時，LoadRunner 命令1000 人同時去提交數據， 從而達到測試計劃中的需求。
注意： 集合點經常和事務結合起來使用。集合點只能插入到Action 部分，vuser_init 和vuser_end 中不能插入集合點。具體的操作方法如下： 在需要插入集合點的前面， 通過菜單或者工具欄操作輸入該集合點的名稱。注意： 集合點的名稱最好要有意義， 能夠清楚的說明該集合點完成的動作。
插入註釋
註釋的作用就不多說了， 不過插入註釋最好是在錄製過程中。具體的操作方法如下： 在需要插入註釋的前面， 通過菜單或者工具欄操作
參數化輸入
如果用戶在錄製腳本過程中， 填寫提交了一些數據， 比如要增加數據庫記錄。這些操作都被記錄到了腳本中。當多個虛擬用戶運行腳本時， 都會提交相同的記錄， 這樣不符合實際的運行情況， 而且有可能引起衝突。爲了更加真實的模擬實際環境， 需要各種各樣的輸入。參數化輸入是一種不錯的方法。
用參數表示用戶的腳本有兩個優點：
① 可以使腳本的長度變短。
② 可以使用不同的數值來測試你的腳本。例如， 如果你企圖搜索不同名稱的圖書， 你僅僅需要寫提交函數一次。在回放的過程中， 你可以使用不同的參數值， 而不只搜索一個特定名稱的值。
參數化包含以下兩項任務：
① 在腳本中用參數取代常量值。
② 設置參數的屬性以及數據源。
參數化僅可以用於一個函數中的參量。你不能用參數表示非函數參數的字符串。
另外， 不是所有的函數都可以參數化的。
參數化輸入的講解， 我們採用一個例子的方式來進行。
在本例中我們參數化用戶的登陸名：
先看如下腳本，通過腳本錄製找到用戶登陸部分，如圖
框選住登陸名，點鼠標右鍵，彈出對話框，選擇“替換爲新參數”彈出對話框
參數名隨意取，建議取通俗易懂的名字，下面我們重點介紹一下參數的類型。
●DateTime： 很簡單， 在需要輸入日期/時間的地方， 可以用DateTime 類型來替代。
其屬性設置也很簡單， 選擇一種格式即可。當然也可以定製格式。
.●Group Name：暫時不知道何處能用到，但設置比較簡單。在實際運行中，LoadRunner 使用該虛擬用戶所在的Vuser Group 來代替。但是在VuGen 中運行時，Group Name 將會是None
.●Load Generator Name： 在實際運行中，LoadRunner 使用該虛擬用戶所在Load Generator 的機器名來代替。
.●Iteration Number： 在實際運行中，LoadRunner 使用該測試腳本當前循環的次數來代替。
.●Random Number： 隨機數。很簡單。在屬性設置中可以設置產生隨機數的範圍
.●Unique Number：唯一的數。在屬性設置中可以設置第一個數以及遞增的數的大小。
注意： 使用該參數類型必須注意可以接受的最大數。例如： 某個文本框能接受的最大數爲99。當使用該參數類型時， 設置第一個數爲1， 遞增的數爲1， 但100 個虛擬用戶同時運行時，第100 個虛擬用戶輸入的將是100，這樣腳本運行將會出錯。
注意： 這裏說的遞增意思是各個用戶取第一個值的遞增數， 每個用戶相鄰的兩次循環之間的差值爲1。舉例說明： 假如起始數爲1， 遞增爲5， 那麼第一個用戶第一次循環取值1， 第二次循環取值2； 第二個用戶第一次循環取值爲6， 第二次爲7； 依次類推。
●Vuser ID： 設置比較簡單。在實際運行中，LoadRunner 使用該虛擬用戶的ID 來代替，該ID 是由Controller 來控制的。但是在VuGen 中運行時，Vuser ID 將會是–1。File： 需要在屬性設置中編輯文件，添加內容，也可以從現成的數據庫中取數據（ 下面我們將會介紹）
●User Defined Function： 從用戶開發的dll 文件提取數據。就目前我認爲， 這種方式沒有必要。VuGen 支持C 語言的語法，在VuGen 中重新編寫類似的函數應該不難。
上面的例子中， 我們取隨機數即可。點“Properties… ..” 按鈕， 進行屬性設置窗口添入隨機數的取值範圍爲（1-50）， 選擇一種數據格式。在“屬性” 中有以下幾個選項：
◆Each Occurrence：在運行時， 每遇到一次該參數， 便會取一個新的值
◆Each iteration：運行時， 在每一次循環中都取相同的值
◆Once：運行時， 在每次循環中， 該參數只取一次值
這裏我們用的是隨機數， 選擇Each Occurrence 非常合適。
下面我們再介紹用數據庫中的用戶名來參數化登陸用戶名。
框選住登陸名，點鼠標右鍵，彈出對話框，選擇“替換爲新參數”彈出對話框，此時參數名輸入：name，參數類型選擇File，如圖點“屬性”按鈕， 出現以下窗口
注意： 參數的文件名不要使用con.dat、pm.dat 或者lpt*.dat 等系統裝置名。下面我們將會連接數據庫， 從數據表中選擇用戶名。點“數據嚮導” 按鈕，顯示如圖
[徐濤3] 使用第2 項， 選擇“使用手動指定SQL語句”點下一步，出現如圖窗口
添入連接字符串， 點“創建” 按鈕，選擇事先配置好的ODBC連接。在SQL語句裏輸入select查詢語句，出現如圖窗口
|
從哪一行開始取值 |
|
按列名稱取值 |
提醒： 在參數數據顯示區， 最多隻能看到100 行， 如果數據超過100 行， 只能點“編輯” 按鈕， 進入記事本看。
“選擇下一行 ” 有以下幾種選擇：
●Sequential： 按照順序一行行的讀取。每一個虛擬用戶都會按照相同的順序讀取
●Random： 在每次循環裏隨機的讀取一個， 但是在循環中一直保持不變
●Unique ： 唯一的數。注意： 使用該類型必須注意數據表有足夠多的數。比如Controller 中設定20 個虛擬用戶進行5 次循環， 那麼編號爲1 的虛擬用戶取前5 個數， 編號爲2 的虛擬用戶取6-10 的數， 依次類推， 這樣數據表中至少要有100 個數據， 否則Controller 運行過程中會返回一個錯誤。
“按編號”指選擇列表中的那一列數據，從左到右分別是1、2、3依次
通常用在有關聯性的數據上面。我們這裏取值Sequential 即可。完成設置關閉即可
單機運行測試腳本
經過以上的各個步驟後， 腳本就可以運行了。運行腳本可以通過菜單或者工具欄來操作。
執行“ 運行” 命令後，VuGen 先編譯腳本， 檢查是否有語法等錯誤。如果有錯誤，VuGen
將會提示錯誤。雙擊錯誤提示，VuGen 能夠定位到出現錯誤的那一行。爲了驗證腳本的正
確性， 我們還可以調試腳本， 比如在腳本中加斷點等， 操作和在VC 中完全一樣， 相信大家誰都不會感到陌生。如果編譯通過， 就會開始運行。然後會出現運行結果。
實施測試
選擇腳本，創建虛擬用戶
啓用“controller”彈出如圖窗口
|
修改數量 |
選擇剛纔錄製並保存好的腳本，添加到方案中，點“確定”出現如圖
根據需要修改虛擬用戶數量，這裏我們取“100”根據實現場景設計，取不同數字
點“編輯計劃”細化方案，計劃名裏選擇計劃種類：加壓，緩慢加壓、默認計劃或新建立計劃。
² 默認計劃：同時加載所有vuser，直到完成
² 加壓：每15秒啓動2個vuser 持續時間5分種
² 緩慢加壓：：每2分種啓動2個vuser 持續時間10分種
這裏我們選擇“加壓” 出現如圖
|
單位秒內同時加載幾個vuser |
點“加壓”標籤設置加壓方法，點“持續時間”標籤選擇完成時間，點“加壓”標籤選擇退出方法，點“方案開始時間”可以定義時間後自動到點執行，並在一個限定的時間範圍內結束，所有設置完畢後，點“ok”返回上一級窗口，點“開始方案”啓動運行，出現如圖窗口
|
Windows資源監視窗口 |
|
打開可用圖中目錄樹，選擇系統資源找到windows資源 |
添加windows資源監視窗口
loadruner默認性能監視窗口四個，分別是“運行vuser“、”事務響應時間“、
“每秒點擊次數”最後一個可以根據用戶自己選擇現實什麼窗口。打開可用圖中目錄樹，
選擇系統資源，找到windows資源雙擊，則windows資源監視窗口便自動替換原窗口如上圖。當然loadrunner也可以同時顯示1－16個窗口，方法是點右鍵，在彈出菜單中選擇“查看圖”選擇顯示的圖數，也可以自定義數字。
添加windows性能計數器
鼠標選擇windows資源監視窗口，點擊右鍵彈出菜單中選擇“ADD Measurements..”彈出如圖窗口
點“添加”把監視的服務器ip地址輸入，點確定，如圖
如果可以正常聯機到服務器，則在資源度量中會顯示全部計數器，此時如果點“確定”則系統默認全部選中，在監視窗口中會顯示所有性能曲線，無法單獨過濾顯示某條曲線，如果選中某個計數器後點“添加”則彈出該項目下的其它性能指標，選擇需要的計數器後點“添加”如圖
此時要注意，你登陸客戶端（也就是你裝有loadrunner機器）的用戶應該是管理員身份，同時還要保證該用戶在被監視的服務器上也是管理員身份。這樣選擇雖然監視窗口中仍會顯示所有性能曲線，但是可以通過鼠標右鍵彈出菜單，選中你指定的某條曲線單獨顯示。方法是雙擊監視窗口放大顯示，然後右鍵選擇“僅顯示指定圖”監視窗口還可以互相疊加等操作，功能強大，通過右鍵菜單選擇可以進行復雜顯示操作。常用的還有web程序服務器圖、數據庫服務器資源圖等，添加方法雷同。計數器有那些，有什麼含義，理想值是多少，可以參見第六章節。
執行腳本
此時設置完畢後，那就簡單了，點擊“開始方案”注意觀察吧。
|
點一下，ok！ |
分析結果
腳本執行完畢後，loadrunner會自動分析結果，生成分析結果圖或表，方法是點導航欄“結果”選現，在彈出窗口中選擇“分析結果”
分析以及監視場景
在運行過程中， 可以監視各個服務器的運行情況（DataBase Server、Web Server 等）。
監視場景通過添加性能計數器來實現。這一章非常的重要， 確定系統瓶頸全靠它了。
下面重點講講需要添加那些計數器， 以及那些計數器代表什麼意思。由於Win2000 Professional、Server 以及Advanced Server 提供的計數器不完全相同， 這裏我們討論將以Server 爲基準。監視場景需要在Run 視圖中設置，然後出現添加計數器的對話框其他的操作就和控制面板“ 性能” 中添加性能計數器的操作一樣， 這裏不再詳細說明。本章主要說明一下各個系統計數器的含義（ 數據庫的計數器不做重點， 只是拿SQL Server2000 作爲例子進行說明。因爲數據庫各個版本之間差異比較大， 請參考您使用的數據庫系統的幫助）。
腳本的問題
在使用VuGen 中經常會遇到的問題。
controller的問題
在使用Controller 中經常會遇到的問題。
1. 在添加完Load Generators 機器時， 連接老是失敗； 添加的機器明明已經安裝了
loadrunner， 並且網絡通訊正常。
解決方法： 在安裝loadrunner 的第七步驟， 應該選擇第2 項， 如果選擇了第一項，
就會有這種問題。重新安裝一下即可。
2. 在VuGen 中運行良好的腳本， 到Controller 中運行卻出問題。
這種問題可能會遇到。爲了確定問題出在Controller 中的場景，而不是腳本的問題，
你應該在所有的Load Generators 機器上使用VuGen 運行測試腳本， 確保都能夠運
行正確。因爲VuGen 和Controller 運行的機制不一樣。在VuGen 中運行時使用的
是完整的瀏覽器， 而在Controller 中運行時使用的只是瀏覽器的基本的部分。
計數器的問題
在使用性能計數器中經常會遇到的問題。
1. 添加了Windows Resources 計數器後， 卻看不到實時的數據。
解決方法： 要得到監視的數據， 必須要在被監視的服務器（Web Server） 上獲得管
理員權限。最簡單的方法是在“ 網絡鄰居”中以administrator 身份登陸Web Server。
當然使用下面的控制檯命令也可以：net use \\< 機器名> 然後登陸用戶名和密碼即
可。（登陸的用戶名必須具有管理員權限）
2. 添加了一些默認的性能計數器後， 出現了錯誤。
解決方法： 可能是一些LoadRunner 默認的計數器在WebServer 上已經不存在的原
因， 尤其是數據庫的計數器方面。簡單的解決方法， 就是刪除有問題的計數器， 添
加比較接近的計數器（ 可能需要參考Windows 幫助或者數據庫的幫助）
結果分析
根據不同的場景設計，配置腳本後進行測試得到如下結果
測試環境
LMM:
CPU：4x2.7G RAM:4G
Websphere 5.0 + IBM Http Server
線程池：100
JDBC連接池：100
會話超時：30分鐘
DS:
CPU：4x2.2 RAM:4G
Websphere 5.0 + IBM Http Server
線程池：100
JDBC連接池：100
會話超時：30分鐘
DB&LDAP:
CPU：2x2.2G RAM:4G
Oralce 8.1.7 + LDAP
測試工具：Load Runner 7.8
用戶數據：用戶名test1 – test100； 口令與用戶名相同。
測試用例1
測試場景描述
用戶登錄的lmm模塊，總共登陸24個用戶，所有用戶都同時併發操作。
用戶點擊“登記的教程”
用戶點擊“啓動”，進行課程學習，進入DS模塊
在DS模塊中進行學習，過程包括：首先，點擊一次課程結構樹；然後，進行課程內容的學習。
點擊“返回LMS” 按鈕，返回到lmm模塊
點擊“退出”按鈕，退出系統
測試結果
LMM與DS模塊CPU平均利用率在10%以下。LMM服務器CPU利用率峯值爲20%，其階段爲LMM處理多個用戶同時的登錄請求與點擊“已登記教程”的學習課程查詢。DS服務器CPU利用率峯值爲100%（持續時間爲7秒），其階段爲DS處理多個用戶單一登錄驗證和同時對課程結構樹查詢。用戶平均操作響應時間不超過5秒，所有交易成功。
測試用例2
測試場景描述
用戶登陸lmm模塊，總共登錄48個用戶，每1秒登錄1個用戶
用戶點擊“已登記教程”
用戶點擊“啓動”，進行課程學習，進入DS模塊
在DS模塊中進行學習，過程包括：首先，點擊一次課程結構樹；然後，進行課程內容的學習；
點擊“返回LMS” 按鈕，返回到lmm模塊
點擊“退出”按鈕，退出系統
測試結果
LMM與DS模塊CPU平均利用率在5%以下。LMM服務器CPU利用率峯值爲10%，其階段爲LMM處理多個用戶同時的登錄請求與點擊“已登記教程”的學習課程查詢。DS服務器CPU利用率峯值爲8%，其階段爲DS處理多個用戶單一登錄驗證和同時對課程結構樹查詢。用戶操作響應時間不超過3秒，所有交易成功。
測試用例3
測試場景描述
用戶登錄的lmm模塊，總共登陸48個用戶，所有用戶都同時併發操作。
用戶點擊“登記的教程”
用戶點擊“啓動”，進行課程學習，進入DS模塊
在DS模塊中進行學習，過程包括：首先，點擊一次課程結構樹；然後，進行課程內容的學習。
點擊“返回LMS” 按鈕，返回到lmm模塊
點擊“退出”按鈕，退出系統
測試結果
LMM與DS模塊CPU平均利用率在20%以下。LMM服務器CPU利用率峯值爲40%，其階段爲LMM處理多個用戶同時的登錄請求與點擊“已登記教程”的學習課程查詢。DS服務器CPU利用率峯值爲100%（持續時間爲10秒），其階段爲DS處理多個用戶單一登錄驗證和同時對課程結構樹查詢。用戶平均操作響應時間不超過10秒，所有交易成功。
測試用例4
測試場景描述
用戶登錄的lmm模塊，總共登陸48個用戶，每秒同時登錄10個用戶。
用戶點擊“登記的教程”
用戶點擊“啓動”，進行課程學習，進入DS模塊
在DS模塊中進行學習，過程包括：首先，點擊一次課程結構樹；然後，進行課程內容的學習。
點擊“返回LMS” 按鈕，返回到lmm模塊
點擊“退出”按鈕，退出系統
測試結果
LMM與DS模塊CPU平均利用率在10%以下。LMM服務器CPU利用率峯值爲10%，其階段爲LMM處理多個用戶同時的登錄請求與點擊“已登記教程”的學習課程查詢。DS服務器CPU利用率峯值爲100%（持續時間爲2秒），其階段爲DS處理多個用戶單一登錄驗證和同時對課程結構樹查詢。用戶平均操作響應時間不超過5秒，所有交易成功。
測試用例5
測試場景描述
用戶登錄的lmm模塊，總共登錄100個用戶，每1秒登錄一個用戶。
用戶點擊“登記的教程”
用戶點擊“啓動”，進行課程學習，進入DS模塊
在DS模塊中進行學習，過程包括：首先，點擊一次課程結構樹；然後，進行課程內容的學習。
點擊“返回LMS” 按鈕，返回到lmm模塊
點擊“退出”按鈕，退出系統
測試結果
LMM與DS模塊CPU平均利用率在20%以下。LMM服務器CPU利用率峯值爲10%，其階段爲LMM處理多個用戶同時的登錄請求與點擊“已登記教程”的學習課程查詢。DS服務器CPU利用率峯值爲100%（持續時間爲2’20分鐘），其階段爲DS處理多個用戶單一登錄驗證和同時對課程結構樹查詢。用戶最大操作響應時間30秒，所有交易成功。
測試用例6
測試場景描述
用戶登錄的lmm模塊，總共登陸100個用戶，所有用戶同時併發操作。
用戶點擊“登記的教程”
用戶點擊“啓動”，進行課程學習，進入DS模塊
在DS模塊中進行學習，過程包括：首先，點擊一次課程結構樹；然後，進行課程內容的學習。
點擊“返回LMS” 按鈕，返回到lmm模塊
點擊“退出”按鈕，退出系統
測試結果
LMM與DS模塊CPU平均利用率在20%以下。LMM服務器CPU利用率峯值爲40%，其階段爲LMM處理多個用戶同時的登錄請求與點擊“已登記教程”的學習課程查詢。DS服務器CPU利用率峯值爲100%（持續時間爲3分鐘），其階段爲DS處理多個用戶單一登錄驗證和同時對課程結構樹查詢。用戶超時1個。
測試用例7
測試場景描述
用戶登錄的lmm模塊，總共登陸200個用戶，所有用戶同時併發操作。
用戶點擊“登記的教程”
用戶點擊“啓動”，進行課程學習，進入DS模塊
在DS模塊中進行學習，過程包括：首先，點擊一次課程結構樹；然後，進行課程內容的學習。
點擊“返回LMS” 按鈕，返回到lmm模塊
點擊“退出”按鈕，退出系統
測試結果
LMM CPU平均利用率在20%以下。LMM服務器CPU利用率峯值爲40%，其階段爲LMM處理多個用戶同時的登錄請求與點擊“已登記教程”的學習課程查詢。DS服務器CPU利用率峯值爲100%（持續時間爲5分鐘），其階段爲DS處理多個用戶單一登錄驗證和同時對課程結構樹查詢。用戶超時108個。
LR8.0的註冊碼永久版：10000Web clients AEABEXFR-YTIEKEKJJMFKEKEWBRAUNQJU-KBYGB
1000clients AEMAUIK-YAFEKEKJJKEEA-BCJGI