1、三大組件：
VUG（virtual user Generator） 虛擬用戶發生器，是一個集成開發環境，通過錄制的方式記錄用戶的真實業務操作，並轉化為腳本。
Controller 控制器，用於創建、運行和監控場景，並收集整理測試數據
Analysis 壓力分析工具。用於展現controller收集到的測試結果。
另外一個特別的組件：
LoadRunner組件：壓力產生器。它通過運行虛擬用戶產生真實的負載。
2、工作流程（以登陸為例）：
1）對一個用戶執行登陸操作的過程進行錄制，創建出原始的user腳本
2）VUG生產操作腳本以后，用controller完成場景設計、運行、監控等后續測試工作：
選擇需要的腳本（做什么）
模擬3萬個虛擬用戶（哪些人）
添加3台load generator，且每台壓力器分擔1萬個虛擬用戶（什么地點）
以每秒加載2個用戶的方式（如何做），並於晚上7點整（什么時間）開始執行腳本
上述場景設置完以后，並配置好服務端的相關設置以后，開始運行場景。（controller將腳本送到每個load runner 並進行實時監控）
場景運行結束時，每個壓力器上的日志被送回controller，各項性能指標也會返回到controller
3）查看analysis，接收controller整理好的各種數據。通過對比查看或者更高級的配置設置，從而進一步分析測試結果，最終確定系統的性能瓶頸。
3、lr的腳本錄制：
lr本身的錄制功能：
html 錄制
url錄制
4、常用函數：
web_add_cookie() 添加cookie的操作
web_link()模擬用戶點擊一個超鏈接的操作
web_url() 模擬用戶請求，是最常用的函數之一
web_reg_save_param（） 關聯函數
web_reg_find 用這個注冊函數判斷某個請求的返回中是否有我們要找的內容，這就是檢查點。
web_sunmit_form() 函數會自動檢測當前頁面上面是不是存在form,然后將后面的itemdata數據對應傳送，隱藏的表單數據系統會自行處理發送。
web_submit_data() 和web_submit_form()不同，web-submit_data()函數無需前面的頁面支持，直接發送給對應的頁面相關數據。當我們使用web_submit-data()函數，隱藏表單的數據會被記錄下來作為ITEMDATA數據提交給服務數據
web_custom_request() 當請求比較特別時，LR無法簡單使用上訴函數表達時，在錄制中會遇到web_custom-request這個函數.該函數的作用是自定義http請求規則。該函數更適合在使用自定義的http請求規則中，處理二進制內容
lr_output_message() 作用是將內容輸出到日志中。運行腳本后，相關內容就會顯示在Replay Log，這個函數和C語言中的sprintf有些類似，同樣在輸出內容上是需要考慮格式的
lr_eval_string() 該函數作用是，可以幫助我們從參數中取得對應的值，並且轉換成字符串。
lr_start_transaction 開始事務
lr_end_transaction() 結束事務
atoi()函數，將參數內容，轉為整型數據類型
lr_rendezvous():設置集合點
lr_think_time():思考時間，即暫停或等待時間
lr_start_timer():記錄現在時間作為一個開始時間
lr_end_timer():記錄現在時間作為之前已經開始的開始時間的結束時間
lr_wasted_time():記錄一個結束時間與開始時間的時間差值
lr_log_message() 向應用程序管理代理日志文件或LoadRunner Vuser日志發送消息。
lr_save_string("192.168.0.0:8080", "ip"). 將前面的值保存到后面的參數當中，供后面使用這個參數
lr_fail_trans_with_error 將打開事務的狀態設置為 LR_FAIL 並發送錯誤消息
5、常用的分析指標：
結果摘要：LoadRunner進行場景測試結果收集后，首先顯示的該結果的一個摘要信息，概要中列出了場景執行情況、“Statistics Summary（統計信息摘要）”、“Transaction Summary（事務摘要）”以及“HTTP Responses Summary（HTTP響應摘要）”等。以簡要的信息列出本次測試結果。
平均事務響應時間Average Transaction Response Time
90 Percent Time 表示90%的事務，服務器的響應都維持在某個值附近， averagetime 就不是很准確，用這個時間來衡量。比如有三個時間：1秒、5秒、12秒，則平均時間為6秒，而另外一種情況：5秒、6秒、7秒，平均時間也為6秒，顯然第二種比第一種要穩定多
業務響應時間
業務成功率（事務成功率）：某些行業，如電信，金融，企業資源等需要達到98%以上
業務總數
CPU使用率
內存，·Available Mbytes
Page/sec (Input/Out) 為了解析硬頁錯誤，從磁盤取出或寫入的頁數
Page Fault 處理器每秒處理的錯誤頁（包括軟/硬錯誤）
每秒點擊數：反映了客戶端每秒鍾向服務器端提交的請求數量
網絡
磁盤
6、lr提供了sql sever\ Oracle\DB2的監控方法，但是對mysql則沒有，可以尋找第三方的工具，如Spotlight等
7、常見分析：
1、處理器隊列堵塞判斷方法：如果Processor queue length大於2，而處理器利用率一直很低，則存在處理器堵塞。
2、處理器瓶頸判斷方法： 排除內存因素后，如果%processor time持續大於90%，並且%interrupt time的值持續大於15%，同時網卡和硬盤的值比較低，可以斷定處理器負荷過重，無法滿足業務增長需要，處理器是系統瓶頸點。
3. 監視內存不足的狀況，可以通過 page/sec,Available Mbytes、page read/sec、page faults/sec等計數器的指標進行監控，還可以通過使用“頁面交換”的頻率來衡量。
“頁面交換”是使用稱為“頁面”的單位，將固定大小的代碼和數據塊從RAM移動到磁盤的過程，從而釋放暫時不使用的空間，這些頁面文件就是操作系統用來虛擬內存的硬盤空面。操作系統對於虛擬內存主要設置兩點，即內存頁面文件的大小和頁面文件存放的位置，內 存頁面文件的大小就是設置虛擬內存最小和最大空間量，而頁面位置則是設置虛擬內存使用哪個分區中的硬盤空間。
頻繁的頁面交換將降低系統性能，如果系統“頁交換”頻繁，說明內存不足。通過調優配置減少頁交換，將顯著提高系統響應速度。
4. 通過pages/sec指標判斷是否存在內存問題，如果pages/sec持續高於幾百，則有可能需要增加內存，以減少換頁的需求，此時還應該進一步研究 頁交換活動。如果pages/sec指標過高（幾百），而硬盤數據流量不高（幾百kb/s）則可確定是內存不足問題，如果pages/sec指標較高（幾百），而此時硬盤數據流量也很高（幾千KB /S），則可以判定是磁盤問題。
5.通過 available mbytes來判斷是否存在嚴重內存泄漏問題，如果該值很小（<4M）,則說明計算機上總的內存可能不足，或者某個程序始終占用而沒有釋放內存，系統存在嚴重的內存泄漏問題。
6.如果頁面讀取操作速率page reads/sec指標的值很低，同時%disk time和avg.disk queue length的值卻很高，則確定為磁盤瓶頸，但如果Avg.sidk queue length增加的同時page reads/sec頁面讀取速率指標並未降低，則確定為內存不足。
8圖冊
Vusers（虛擬用戶）圖 ——描述虛擬用戶在執行場景期間的相關行為
ERROR圖——主要顯示執行場景期間的錯誤信息
Transactions(事務)圖 ——描述場景執行期間的事務的相關行為
web Resources（WEB 資源）圖——深入分析WEB服務器的性能，進行系統的性能衡量和瓶頸分析
Web Page Diagnosticd網頁細分圖——深入分析網頁性能信息，如： 安全性能分析，分析頁面機器組件的大小和下載時間，對下載時間進行細分及網絡/服務器處理時間衡量等。
System Resources 系統資源圖。定位硬件問題
9、報告：
html報告
word報告
Crystal report 水晶報表
10 analysis 的常用操作
服務水平協議配置：SLA。 用於配置性能測試的目標
事務分析選項配置 Analysis Transaction 支持多種開啟方式
圖的合並
合並方式：疊加，平鋪，關聯
自動關聯
數據的過濾篩選
全局篩選
概要報告篩選
單個圖篩選
單個圖的篩選（通過圖例）