web介面效能指令碼的處理點講解

2022-09-22 21:12:24 字數 889 閱讀 6637

介面測試協議選擇

web http直接指令碼編寫 web service沒用過 錄製

沒用用錄製方式獲取指令碼 從設定看loadrunner11支援ie8以下,firefox 1.0.7以下,版本相對都較舊 web請求函式

web_url(),適用於較簡單的get請求 web_submit_data(),適用於一般post請求,定製較細緻的引數 web_submit_form(),適用於表單post請求,可以忽略一些細節 web_custom_request(),適用於get和post請求 c語言相關約束

變數需要在檔案最開始嚴格宣告,不能像j**a、python那樣在其它位置宣告定義,未先宣告直接報錯。 字串可以兩種方式宣告:char *str; char str; 字串宣告時直接賦值初始化,如果需要後面賦值操作的,要初始化為空字串「」,否則會在後續引用時出現不可預知的錯誤。 字串操作,c語言方法

strcat(),字串連線,比如請求資料報含常量和引數,可以通過該方法拼接更靈活 strcpy(),字串拷貝 sprintf(),將內容輸出到乙個字串裡 引數

變數不能直接在lr函式中呼叫,需要存為引數,方法:lr_s**e_string() 執行關聯後,把返回值存為引數,方法:web_reg_s**e_param_ex(),因為要事先註冊,所以要在放在請求執行之前 引數化,replace with a parameter,讀取外部檔案來獲取引數的值,每個引數對應乙個參數列,但是取值時可以引用已有檔案把多個引數放乙個檔案中進行關聯 響應處理

web響應長度過長時,超出256位元組,loadrunner會報錯,需要設定響應長度範圍,方法:web_set_max_html_param_len() 響應包含中文時顯示亂碼,要進行轉碼,方法:lr_convert_string_encoding() 如果要對字串進行字元替換,要自定義函式處理

效能測試 介面效能測試需要注意的點

介面效能測試需要注意的點 1 是否呼叫外部系統的介面 有些介面的呼叫會觸發對其它系統介面的呼叫,針對這種情況,可能得考慮新增 擋板 中注釋掉對外部系統介面的呼叫,直接返回模擬資料,模擬對外部系統介面的呼叫返回。這樣以減少因外部系統引起的效能干擾問題 2 是否包含列舉型別的引數 看介面是否攜帶了列舉型...

關於web效能的一點想法

概念 資料層 前提條件同等硬體,同等頻寬條件。為了提高效能,需要減少io,降低資料庫連線斷開頻率 連線斷開很費資源 減少io 所有常量,或變動不大的量統統常駐記憶體。降低資料庫連線頻率 資料層分離,資料層負責統一協調。常量常駐記憶體指的是,一些常量,在系統啟動時候,從資料庫或者配置方案,一次性載入到...

web介面測試中需要測試的幾個點

web介面測試用例要包括欲測試的功能 應輸入的資料和預期的輸出結果,只有在資料能正確流入 流出模組的前提下,其他測試才有意義。下面介紹在web測試介面時一些需要注意的點 1 介面返回 資料格式是否與預期一致。例如 要求返回json格式的資料,json資料的key命名是否正確,對應的value是否與資...