LoadRunner如何在大負載下測試 軟件測試工具
在大負載中使用LoadRunner進行負載測試，需要配置一些環境來滿足大負載下各種資源的充足：
1.為了避免出現“No Buffer Space Available”的錯誤，需要進行如下配置：
1）修改注冊表：
* 設置“HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\tcpip\Par
ameters\TcpTimedWaitDelay”為 30
* 設置“HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\tcpip\Par
ameters\MaxUserPort”為 65534
* 在“HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Session
Manager\Sub Systems\Windows”設置SharedSection 為 4096
2）通過在每個腳本的開頭添加如下函數來設置“SHUTDOWN”模式為"ABRUPT"
web_set_sockets_option(“SHUTDOWN_MODE”,”ABRUPT”)
2.關閉所有的殺毒，反間諜掃描軟件等。同時也關閉任務掃描和所有不需要的服務。
3.腳本運行時設置：
1）設置日志為“只在錯誤發生時發送信息”
2）去掉錯誤時產生snapshot的選項
3）在miscellaneous上，去掉 定義每一步為一個事務 的選項
4）不選擇 模擬瀏覽器緩存，選上“simulate new user on each iteration”和它的子選項
4.如果下載的頁沒有資源，在web_url函數中添加“Mode=HTTP”，這樣會減少LG上的負載（不用轉換成HTML)。默認情況下，web_url的Mode為Mode=HTML
5.重啟LG并且確保他們都能跟Controller連接.
6.確保LG和控制器上有足夠的剩余磁盤空間.
7.在controller中去掉web page breakdown
8.限制Vuser在所有LG上同時進行初始化的數目.可以在Controller的Tools > Options > Run-Time Settings中進行修改.每個LG都有這個設置.
9.限制controller在運行時存儲的錯誤數.通過修改wlrun.ini中的[output]項來實現:
• FlagLimitOutputMessages=1
• MaxNumberOfOutputMessages=<errors count> (default is 10,000)
10.在Controller上修改Monitor的采樣率來降低CPU的使用.可以在Controlller的Tools > Options > Monitors 下修改,如下圖所示:
11. 如果有很多錯誤產生，最好不要經常打開Error/Output窗口,因為這樣會因為訪問數據庫而打開另外的數據庫連接.
12.負載測試中不要使用"Show Vuser"選項.
13.把輸出信息重定向到一個文本文件中來代替輸出到mdb文件中.可以在wlrun7.ini中修改[output]下的
ExportMessageToFile=1來實現.
14.不要在Controller機器上運行虛擬用戶.
15.在場景中設置監視器:
* 內存使用上 mmdrv進程的private bytes
* disk使用
* CPU使用
* 網絡使用
16.把腳本中所與打印信息的腳本去掉.如下面的代碼每次迭代都會調用一次,對大量并發用戶的運行產生負面的影響.
lr_vuser_status_message("pIteration: %s -
START Action", lr__string("{pIteration}"));
lr_output_message("pIteration: %s - START Action", lr__string("{pIteration}"));
Controller處理所有虛擬用戶的信息,這樣會大大降低Controller的性能. 如下是類似的代碼:
web_reg_find("Text=Time on Server", "SaveCount=cErr", ..);
web_url( some url …);
if (atoi(lr__string("{cErr}"))>0) {
lr_error_message(some message);
lr_end_transaction("S05_T01_Request_Content_Page", LR_FAIL);
}
通常認為在腳本中插入lr_error_message是不好的,除非是調用的客戶化的API失敗了才有必要插入該語句.如果是LoadRunner的函數調用失敗(如上面的web_url調用),它會自動發送一個錯誤消息.
在大量用戶運行的情況下,控制Controller和LG之間的通信流量是非常重要的.發送多余的信息(錯誤,輸出等信息)會增大通信流量降低負載能力.所以,通常都需要把代碼中不必要的信息去掉.
17.去掉腳本中所有的sleep()的調用,用lr_think_time()來代替.lr_think_time給LR讓出控制,即LR能夠在Vuser休眠的時候去做其他有用的事情.
18.不要去掉lr_think_time:使用該函數能更準確的模擬負載,對LG產生相對小的壓力
19.web_reg_save_param和web_reg_find()函數:
• 在 web_reg_save_param() 中添加“Notfound=empty” 參數.
• 在 web_reg_find() 添加 "Savecount=some_parameter_name". 如果你想知道它是否成功可以使用atoi(lr__string("{some_paramater_name }"))來衡量.
20.其他
可能會出現的問題:
* 測試產生了太多的錯誤:
錯誤引擎不能處理多于1.5GB的錯誤
如果測試過程中每秒產生多與1000個錯誤,Controller的行為將不可預測
* 測試產生了大量的在線數據
上面的兩個問題都可以使用如下的方法解決:
例如: 場景是一個組有1000個虛擬用戶
可以把這個組分成兩個組:
G1 100 Vusers
G2 900 Vusers
這兩個組可以跟原始的組產生一樣的負載,對于G2在組命令行中添加如下參數:
-disable_data -disable_messages
_disable_data : 讓這個組不發送任信息,不發送任何online信息,不寫任何offline信息.
_disable_message: 讓這個組不給Controller發送任何信息(錯誤,日志)
注意:使用上面的命令行選項會使該LG不給congtroller發送online和offline信息.這樣這個組上的虛擬用戶的分析數據就收集不到了.
21.如果需要遠程訪問,Mercury僅支持PC anywhere.
翻譯自<LoadRunner Large Load Test Considerations>
文章來源于領測軟件測試網 http://www.kjueaiud.com/
