參數化目的:模拟真實使用者操作和建立現實的結果。如果每次輸入相同的查詢内容,伺服器會有相應的緩存,查詢速度就會很快,與實際使用者使用場景不一緻。
(一)參數化步驟:
1. 确定需要參數化的資料(a.業務系統要求某些資料唯一 b.某些資料不改變,會對性能産生影響)
2. 選擇資料,滑鼠右鍵選擇“Replace with a parameter”
3. Param List中設定參數值和參數更新方式
(Select next row: Sequential 順序取值、Random随機取值、Same lineas Param1 與參數1取的行數相同)
(Update Value on 參數值的變更條件:Each Iteration一次疊代中間無論調用幾次都取同一個值、Each Occurrence每調用一次參數就變更一次 Once 隻取一次)
4. 在 Run-Time Settings 中 修改疊代次數和打開日志(Run-Time Settings-> Log -> Extended Log-> Parameter substitution)
參數的調試:
在VuGen驗證參數是否正确
使用lr_eval_string()讀取參數
通過日志檢查參數取值
Controller中多使用者并發情況下,參數是否正确
(二)建立場景Create Scenario
1. 在Design Tab頁下 輕按兩下 Start Vusers 、Duration、去設定場景參數
2. 運作場景
3.在Run Tab頁下點選Vusers...->Show Vuser Log 檢視各個使用者的取值情況
變量及參數的使用技巧:
Action()
{
char temp[10]="51testing";
lr_output_message(temp); //變量的使用
lr_output_message(lr_eval_string("{param}")); //參數的使用
//1.值存在于變量中,但需要使用的地方必須在雙引号中間
//2.值存在于參數中,但需要使用的地方不允許用雙引号
lr_save_string(temp,"param1"); //将變量temp的值存入一個新的參數param1中
lr_output_message(lr_eval_string("{param1}"));
return 0;
}
關聯目的:捕獲動态資料,進行動态送出
(三)關聯
手工關聯
确定要捕獲的資料(可以通過回放腳本後 使用 Scan Script for Correlations 輔助關聯)
發現要捕獲的資料的文本左右邊界
腳本添加函數(web_reg_save_param)
驗證正确的執行
特點:關聯的資料是從伺服器傳回的,後續請求中發回給伺服器,該資料是動态變化的
手動關聯的具體步驟:
1. 腳本出錯時需要關聯
2. 過濾可疑資料(在Generation Log中找該資料,看該資料是否是伺服器傳回的資料)
3. 重點關心post請求
(四)事務、檢查點
引入事務是為了度量響應時間
事務時間: 函數自身+ Think time + Wasted Time + 響應時間
響應時間:網絡(網絡延遲+ Web Page BreadDown) + 伺服器處理(WWW Server+ App Server + DB Server)
對于自動結束狀态的事務(LR_AUTO),隻要伺服器給使用者傳回了資訊,就會認為事務是通過的。是以需要手工事務來進行判斷
可以用web_reg_find()函數來對登陸失敗或成功後頁面進行文字的查找,對事務進行判斷
web_reg_find("Search=Body","SaveCount=success","Text=Welcome",LAST);
if(atoi(lr_eval_string("{success}"))>=1)
lr_end_transaction("Login Time", LR_PASS);
else
lr_end_transaction("Login Time", LR_FAIL);
事務相關函數:
lr_start_transaction
lr_end_transaction
lr_start_time() 與lr_end_time()聯合使用得到程式運作時間
(五)集合點:用于模拟多使用者并發操作的一種技術手段
步驟:
1. 确定并發操作步驟
2. 在并發操作之前,插入集合點
3. 修改集合政策(場景 Scenario-> Rendezvous -> Policy)
集合點不能放在事務的中間
(六)思考時間 lr_think_time(10);