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

本文轉自（）

【點擊下載最新版LoadRunner試用】

>>>11月促銷活動強勢來襲，狂歡大放價，豪禮送不停，趕緊搶！<;<<

活動時間：11月1日-11月30日