一、思考時間的設置
1）設置固定思考時間：
Action()
{
// … your code
lr_think_time(3); //固定設置此處思考時間3s
// … more of your code
return 0;
}
2）設置隨機思考時間：
lr_think_time(5);
a.首先設置固定思考時間，
b.然后下面位置這樣設置即可實現在a設定的基礎上浮動百分比實現隨機時間
二、調試腳本
腳本錄制完畢后,按F5鍵或單擊菜單上的RUN按鈕,可以運行腳本。
在VIRTUAL USER GENERATOR中運行腳本的作用,主要是查看錄制的腳本能否正常通過,如果有問題,系統會給出提示信息,並定位到出錯的行上,便於用戶查找到錯誤,修改完善測試腳本,運行結束后；系統會給出相應的運行結果.
三、如何保證錄制的腳本好用？
>回放腳本，查看日志是否報錯；
>查看LR自帶的瀏覽器；
>查看實際的業務是否完成；
>若以上均無問題，則說明此次腳本錄制成功；
三、保存腳本
LOADRUNNER的測試腳本在資源管理器中是以目錄的形式存儲的,目錄名稱就是LOADRUNNER識別的腳本名稱。
四、並發服務器監控
公司內部性能監控的時候主要關注：先看服務器負載高不高，高了后能否降下來，再看網絡，io，數據庫狀態，還有httpd進程數。（服務器端的一個名叫nmon的軟件：一個可以監控服務器的各狀態數據
那個需要在服務器啟動，然后生成報告。）
開發一般啟動“SecureCRT.exe”軟件，進入對應的環境中，輸入>top命令即可得到相應的數據進行監控（百度>linux top可以出來下面圖對應字段的解釋：參照網址：http://blog.csdn.net/dxl342/article/details/53507673）：
參照網址：http://blog.csdn.net/dxl342/article/details/53507673
mpstat -P ALL 和 sar -P ALL
說明：sar -P ALL > aaa.txt 重定向輸出內容到文件 aaa.txt
top命令經常用來監控Linux的系統狀況，比如cpu、內存的使用，程序員基本都知道這個命令，但比較奇怪的是能用好它的人卻很少，例如top監控視圖中內存數值的含義就有不少的曲解。
本文通過一個運行中的WEB服務器的top監控截圖，講述top視圖中的各種數據的含義，還包括視圖中各進程（任務）的字段的排序。
top視圖 01
【top視圖 01】是剛進入top的基本視圖，我們來結合這個視圖講解各個數據的含義。
第一行：
10:01:23 — 當前系統時間
126 days, 14:29 — 系統已經運行了126天14小時29分鍾（在這期間沒有重啟過）
2 users — 當前有2個用戶登錄系統
load average: 1.15, 1.42, 1.44 — load average后面的三個數分別是1分鍾、5分鍾、15分鍾的負載情況。
load average數據是每隔5秒鍾檢查一次活躍的進程數，然后按特定算法計算出的數值。如果這個數除以邏輯CPU的數量，結果高於5的時候就表明系統在超負荷運轉了。
第二行：
Tasks — 任務（進程），系統現在共有183個進程，其中處於運行中的有1個，182個在休眠（sleep），stoped狀態的有0個，zombie狀態（僵屍）的有0個。
第三行：cpu狀態
6.7% us — 用戶空間占用CPU的百分比。
0.4% sy — 內核空間占用CPU的百分比。
0.0% ni — 改變過優先級的進程占用CPU的百分比
92.9% id — 空閑CPU百分比
0.0% wa — IO等待占用CPU的百分比
0.0% hi — 硬中斷（Hardware IRQ）占用CPU的百分比
0.0% si — 軟中斷（Software Interrupts）占用CPU的百分比
在這里CPU的使用比率和windows概念不同，如果你不理解用戶空間和內核空間，需要充充電了。
第四行：內存狀態
8306544k total — 物理內存總量（8GB）
7775876k used — 使用中的內存總量（7.7GB）
530668k free — 空閑內存總量（530M）
79236k buffers — 緩存的內存量 （79M）
第五行：swap交換分區
2031608k total — 交換區總量（2GB）
2556k used — 使用的交換區總量（2.5M）
2029052k free — 空閑交換區總量（2GB）
4231276k cached — 緩沖的交換區總量（4GB）
這里要說明的是不能用windows的內存概念理解這些數據，如果按windows的方式此台服務器“危矣”：8G的內存總量只剩下530M的可用內存。Linux的內存管理有其特殊性，復雜點需要一本書來說明，這里只是簡單說點和我們傳統概念（windows）的不同。
第四行中使用中的內存總量（used）指的是現在系統內核控制的內存數，空閑內存總量（free）是內核還未納入其管控范圍的數量。納入內核管理的內存不見得都在使用中，還包括過去使用過的現在可以被重復利用的內存，內核並不把這些可被重新使用的內存交還到free中去，因此在linux上free內存會越來越少，但不用為此擔心。
如果出於習慣去計算可用內存數，這里有個近似的計算公式：第四行的free + 第四行的buffers + 第五行的cached，按這個公式此台服務器的可用內存：530668+79236+4231276 = 4.7GB。
對於內存監控，在top里我們要時刻監控第五行swap交換分區的used，如果這個數值在不斷的變化，說明內核在不斷進行內存和swap的數據交換，這是真正的內存不夠用了。
第六行是空行
第七行以下：各進程（任務）的狀態監控
PID — 進程id
USER — 進程所有者
PR — 進程優先級
NI — nice值。負值表示高優先級，正值表示低優先級
VIRT — 進程使用的虛擬內存總量，單位kb。VIRT=SWAP+RES
RES — 進程使用的、未被換出的物理內存大小，單位kb。RES=CODE+DATA
SHR — 共享內存大小，單位kb
S — 進程狀態。D=不可中斷的睡眠狀態 R=運行 S=睡眠 T=跟蹤/停止 Z=僵屍進程
%CPU — 上次更新到現在的CPU時間占用百分比
%MEM — 進程使用的物理內存百分比
TIME+ — 進程使用的CPU時間總計，單位1/100秒
COMMAND — 進程名稱（命令名/命令行）
多U多核CPU監控
在top基本視圖中，按鍵盤數字“1”，可監控每個邏輯CPU的狀況：
top視圖 02
觀察上圖，服務器有16個邏輯CPU，實際上是4個物理CPU。
進程字段排序
默認進入top時，各進程是按照CPU的占用量來排序的，在【top視圖 01】中進程ID為14210的Java進程排在第一（cpu占用100%），進程ID為14183的java進程排在第二（cpu占用12%）。可通過鍵盤指令來改變排序字段，比如想監控哪個進程占用MEM最多，我一般的使用方法如下：
1. 敲擊鍵盤“b”（打開/關閉加亮效果），top的視圖變化如下：
top視圖 03
我們發現進程id為10704的“top”進程被加亮了，top進程就是視圖第二行顯示的唯一的運行態（runing）的那個進程，可以通過敲擊“y”鍵關閉或打開運行態進程的加亮效果。
2. 敲擊鍵盤“x”（打開/關閉排序列的加亮效果），top的視圖變化如下：
top視圖 04
可以看到，top默認的排序列是“%CPU”。
3. 通過”shift + >”或”shift + <”可以向右或左改變排序列，下圖是按一次”shift + >”的效果圖：
top視圖 05
視圖現在已經按照%MEM來排序了。
改變進程顯示字段
1. 敲擊“f”鍵，top進入另一個視圖，在這里可以編排基本視圖中的顯示字段：
top視圖 06
這里列出了所有可在top基本視圖中顯示的進程字段，有”*”並且標注為大寫字母的字段是可顯示的，沒有”*”並且是小寫字母的字段是不顯示的。如果要在基本視圖中顯示“CODE”和“DATA”兩個字段，可以通過敲擊“r”和“s”鍵：
top視圖 07
2. “回車”返回基本視圖，可以看到多了“CODE”和“DATA”兩個字段：
top視圖 08
top命令的補充
top命令是Linux上進行系統監控的首選命令，但有時候卻達不到我們的要求，比如當前這台服務器，top監控有很大的局限性。這台服務器運行着websphere集群，有兩個節點服務，就是【top視圖 01】中的老大、老二兩個java進程，top命令的監控最小單位是進程，所以看不到我關心的java線程數和客戶連接數，而這兩個指標是java的web服務非常重要的指標，通常我用ps和netstate兩個命令來補充top的不足。
監控java線程數：
ps -eLf | grep java | wc -l
監控網絡客戶連接數：
netstat -n | grep tcp | grep 偵聽端口 | wc -l
上面兩個命令，可改動grep的參數，來達到更細致的監控要求。
在Linux系統“一切都是文件”的思想貫徹指導下，所有進程的運行狀態都可以用文件來獲取。系統根目錄/proc中，每一個數字子目錄的名字都是運行中的進程的PID，進入任一個進程目錄，可通過其中文件或目錄來觀察進程的各項運行指標，例如task目錄就是用來描述進程中線程的，因此也可以通過下面的方法獲取某進程中運行中的線程數量（PID指的是進程ID）：
ls /proc/PID/task | wc -l
在linux中還有一個命令pmap，來輸出進程內存的狀況，可以用來分析線程堆棧：
pmap PID
五：其他方式的監控參看下面：
引用網站：http://www.spasvo.com/news/html/201479155456.html
LoadRunner壓力測試時監控服務器Linux的資源情況
在進行負載測試（Load Test）是要監控服務器的CPU、內存、磁盤、網絡的情況。如何監控Ubuntu的情況呢。
1、安裝rstatd，sudo apt-get install rstatd，如果無法apt安裝，可以下載安裝。
2、啟動rpc.rstatd
查看是否正常啟動，用如下命令
|
rpcinfo -p
[root@localhost ~]# rpcinfo -p
program vers proto port
100000 2 tcp 111 portmapper
100000 2 udp 111 portmapper
100024 1 udp 676 status
100024 1 tcp 679 status
100001 3 udp 691 rstatd
100001 2 udp 691 rstatd
100001 1 udp 691 rstatd
|
3、在LoadRunner Controller的run界面中，添加System Resource Graphs下的Unix Resource，在Unix Resource圖上右鍵Add Measurements，然后點擊Add，填寫ip如192.168.1.99，默認只有三個指標，在下面的Add中可以添加其他指標。
4、下面說一下各種指標的情況
CPU指標
Average load
上一分鍾同時處於“就緒”狀態的平均進程數，< CPU個數 * 核心數 * 0.7
CPU utilization
CPU 的使用時間百分比，如果在75%以上，則可以考慮換CPU了
Swap-in rate
正在交換的進程數
Swap-out rate
正在交換的進程數
Context switches rate
每秒鍾在進程或線程之間的切換次數
System mode CPU utilization
在系統模式下使用 CPU 的時間百分比
User mode CPU utilization
在用戶模式下使用 CPU 的時間百分比
Interrupt rate
每秒內的設備中斷數
內存
Page-in rate
每秒鍾讀入到物理內存中的頁數
Page-out rate
每秒鍾寫入頁面文件和從物理內存中刪除的頁數
Paging rate
每秒鍾讀入物理內存或寫入頁面文件的頁數，如果持續在幾百，可能要加大內存了
LoadRunner采集的數據中，內存的使用情況是沒有的，可以裝sar，然后用sar來觀察：
可以使用該命令sar -n DEV -u -r 3 120 > perform.log
這個命令3秒采樣一次，共采樣120次 360秒＝6分鍾，可以根據自己的需要調整 3 和 120 這兩個值。perform.log是保存的文件名
磁盤
Collision rate
每秒鍾在以太網上檢測到的沖突數
Disk rate
磁盤傳輸速率
網絡
Incoming packets error rate
接收以太網數據包時每秒鍾接收到的錯誤數
Incoming packets rate
每秒鍾傳入的以太網數據包數
Outgoing packets errors rate
發送以太網數據包時每秒鍾發送的錯誤數
Outgoing packets rate
每秒鍾傳出的以太網數據包數
pps是
以太網傳輸最小包長是64字節。包轉發線速的衡量標准是以單位時間內發送64byte的數據包（最小包）的個數作為計算基准的。
對於千兆以太網來說，計算方法如下：
1000Mbps/((64B+8B+12B)×8bit)=1.488095pps
說明：當以太網幀為64Byte時，需考慮8Byte的前導符和12Byte的幀間隙的固定開銷。
在以太網中，每個幀頭都要加上了8個字節的前導符，前導符的作用在於告訴監聽設備數據將要到來。然后，以太網中的每個幀之間都要有幀間隙，即每發完一個幀之后要等待一段時間再發另外一個幀，在以太網標准中規定最小是12個字節，然而幀間隙在實際應用中有可能會比12個字節要大，在這里我用了最小值。每個幀都要有20個字節的固定開銷。（另外這20字節的信息是不能通過抓包軟件抓下來的）
因此一個全雙工線速的千兆以太網端口在轉發64Byte包時的包轉發率為1.488Mpps。
以下是常用以太網端口的包轉發率：
1、萬兆以太網：14.88Mpps
2、千兆以太網：1.488Mpps
3、百兆以太網：0.1488Mpps
4、十兆以太網：0.01488Mpps(14.88Kpps)