LoadRunner中l(wèi)og的使用總結(jié)
1、log的設(shè)置方式。
在 runtime setting中可以設(shè)置log的生成方式:
默認(rèn)的log方式:
Enable logging選中,log option是Send messages only when an error occurs.
可以修改日志的方式:
Always send messages(這種方式會一直打印輸出日志,不僅在錯誤時)
standard log——記錄所有的請求反饋的日志,包括successful和fail的日志。
Extended log——可提供擴(kuò)展的日志信息,包括
Parameter subsititution——日志中打印所有中使用的參數(shù)值。
Data returned by server——日志中打印每個客戶端請求服務(wù)器返回的數(shù)據(jù)值
Advanced trace——日志中打印所有的消息信息和函數(shù)執(zhí)行信息
2、log的存儲方式
log的存儲路徑在res文件夾下。
如果是從腳本中直接關(guān)聯(lián)create scenario則在腳本的目錄下的res下。如果是直接create scenario然后再選擇腳本的話,則存儲在c盤,如“C:Documents and SettingsUSERNAMELocal SettingsTemp eslog”
具體該場景的日志結(jié)果存哪,可以查看controll的result界面的result setting定義的目錄。
根據(jù)不同的log記錄級別,在log文件中記錄日志。
3、log信息的分析
1)從log中得到虛擬用戶失敗的原因。
通常如果場景在運(yùn)行時出現(xiàn)用戶失敗,則先要查看錯誤原因,可直接查看日志,從日志中查看ERROR的信息;
從outputdb中可以查看到錯誤代碼ERROR CODE
2)從日志中確認(rèn)每次分配給虛擬用戶的參數(shù)值
想判斷是否在場景中每個用戶使用不同的或預(yù)定義規(guī)則的參數(shù),可以通過在log生成規(guī)則處設(shè)定為parameter subsititution,然后查看每個日志文件中的對應(yīng)行參數(shù)值是否為預(yù)計的參數(shù)值??蓮拇伺袛喑鍪欠裢脩舻膶嶋H使用類似,是否達(dá)到對服務(wù)器的壓力策略。
3)從日志中確認(rèn)服務(wù)器端返回的值是什么。
在腳本中通常設(shè)定了檢查點,檢查點策略是否生效,如果對此產(chǎn)生懷疑則可以考慮從日志中查看一下。查看服務(wù)器返回的值來驗證是不是所期待得到的值。
思考問題
log的輸出 會不會影響到客戶端,會不會使客戶端成為瓶頸?(認(rèn)為是會的,任何程序都是要消耗資源的,loadrunner也一樣,所以選取日志輸出的模式是要謹(jǐn)慎考慮盡量以適用為前提)
本文轉(zhuǎn)自(spasvo.com)