LoadRunner腳本編寫之三(事務函數)
關于腳本的這塊,前兩篇都在講C語言,其實,要整理點實用的東西挺難,在應用中多對錄制的腳本分析,但對于新手學腳本確實無從下手。
先貼一個腳本:
重點代碼部分:
Action()
web_submit_data("ServiceLoginAuth", web_file("web_find","defnngj@gmail.com",LAST); //設置檢查點 lr_end_transaction("登陸",LR_AUTO); //設置事務結束 return 0; |
上面的一段代碼是我錄制的一個google登錄的過程,詳細過程描述:
1、進入google首頁
2、點擊右上角的登錄鏈接,跳轉到登錄頁面
3、設置登錄事務開始,輸入用戶名密碼,點擊登錄
4、登錄成功后跳轉后google 首頁,右上角出現登錄的用戶名,設置事務結束。
檢查點
在上面的操作中,我設置了一個檢查點,web_fiind ,判斷后我是否登錄成功一個重點的標志是在google首頁右上角是否出現我的用戶名。所以,我根據這個特點設置檢查點,來檢查登錄是否成功。設置檢查點的函數有三個,
web_find()函數:在頁面中查找相應內容
web_reg_find()函數:在緩存中查打相應的內容
web_image_check()函數:在頁面中查找具體圖片。
他們的具體用法,你們可以在腳本的編寫中,光標定位在函數中,按F1 查看幫助文檔或參考其它文檔。
關于腳本中的事務
我們在一個腳本中可能要做很多操作,我們為了分清腳本中某一段代碼具體是做什么,所以,在執行某個操作的前后需要添加事務,用來標志事務的開始與結束,這樣可以使腳本更清晰。當然,對于不同的事務需要分開錄制。比如,某電子商務網站的瀏覽商品與交易。他們的比例是不同的,對于比較復雜的場景,是多個事務按不同的比例并行的。設置80%的用戶瀏覽商品,20%的用戶進行交易。
當然,事務與事務之間是會有依賴關系的。如果我們把訪問首頁定為一個事務,登錄定為一個事務,瀏覽商品定為一個事務,交易定為一個事務。那么我們要想錄制(編寫)交易的事務,那么前面三個事務是先覺條件。所以,我們知道錄制一個腳本的目的是哪個操作,然后在其前后添加事務標識。
對80%的用戶瀏覽商品,20%用戶交易,交易的前提是先瀏覽一個商品,也就是所有用戶(100%)都瀏覽了商品,只有20%的用戶去交易。這樣是合乎邏輯的。
事務函數
在上面的腳本中我們用到了lr_start_transaction()函數和 lr_end_transaction()函數來標識一個事務的開始與結束,除些之外,loadrunner還提供了許多與事務相關的函數,這里介紹幾個常用的。
1、lr_set_transaction_instance_status 用于設置事務的狀態,事務的狀態包括:LR_PASS、 LR_FAIL 、 LR_AUTO 、 LR_STOP 。可以在腳本中根據條件設置事務的狀態,例如,根據檢查點返回的結果來設置事務為通過還是失敗。
if(event == GENERAL_ERROR) lr_set_transaction_instance_status(LR_FAIL); lr_end_transaction("登陸",LR_AUTO); |
2、lr_fail_trans_with_error與lr_set_transaction_instance_status 類似,都可以用于設置事務的狀態,區別在于lr_fail_trans_with_error除了可以設置的狀態,還可以輸出錯誤日志信息。
if(status != SUCCESS) lr_fail_trans_with_error("an error has occurred:%s",my_get_error_string(status)); lr_end_transaction("登陸成功",LR_AUTO); |
3、lr_get_transaction_status與前兩個函數的作用相反,用于獲取事務的狀態。
if (lr_get_transaction_status() == LR_FAIL) { //由于web_url請求失敗了,所以沒有必要繼續執行下去,因些設置事務狀態為FAIL lr_end_transaction("登陸失敗",LR_FAIL); return; } |
4、lr_get_transaction_duration 用于獲取事務所消耗的時間。這個就比較有意思了。
我們登錄百度首頁,插入一個事務,然后訪問百度注冊頁面。下面計算訪問注冊頁面的時間。
完整腳本:
Action() web_url("www.baidu.com", lr_start_transaction("訪問注冊頁"); //定義事務開始 web_link("???", trans_time=lr_get_transaction_wasted_time("訪問注冊頁"); //獲得消耗時間 if (trans_time) { lr_end_transaction("訪問注冊頁",LR_AUTO); //事務結束 return 0; |
重點代碼部分:
Action() web_url("www.baidu.com", lr_start_transaction("訪問注冊頁"); //定義事務開始 web_link("???", trans_time=lr_get_transaction_wasted_time("訪問注冊頁"); //獲得消耗時間 if (trans_time) { lr_end_transaction("訪問注冊頁",LR_AUTO); //事務結束 return 0; |
運行結果:
....... Action.c(39): The duration up to the submit is 0.029588 seconds Action.c(45): Notify: Transaction "訪問注冊頁" ended with "Pass" status (Duration: 5.0300 Wasted Time: 0.0296). Ending action Action. Ending iteration 1. |
39行:持續時間長達0.029588秒的提交
45行:通知:交易”訪問注冊頁”結束,“通過”狀態(持續時間:5.0300 浪費時間:0.0296)。
從上面的結果中發現,我們設置lr_get_transaction_wasted_time函數的時間0.029588 與事務結束浪費的時間 0.0296 非常接近。 這是因為我把 lr_get_transaction_wasted_time函數插入在了事務結果的前面,其實,我們可以將lr_get_transaction_wasted_time插入在事務執行過程的任意位置來計算消耗時間。
相關鏈接:
posted on 2012-08-10 10:21 順其自然EVO 閱讀(585) 評論(0) 編輯 收藏 所屬分類: loadrunner 、性能測試