1、log的設(shè)置方式。
在 runtime setting中可以設(shè)置log的生成方式：
默認的log方式：
Enable logging選中，log option是Send messages only when an error occurs.
可以修改日志的方式：
Always send messages（這種方式會一直打印輸出日志，不僅在錯誤時）
standard log——記錄所有的請求反饋的日志，包括successful和fail的日志。
Extended log——可提供擴展的日志信息，包括
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 Settings\USERNAME\Local Settings\Temp\res\log”
具體該場景的日志結(jié)果存哪，可以查看controll的result界面的result setting定義的目錄。
根據(jù)不同的log記錄級別，在log文件中記錄日志。
3、log信息的分析
1）從log中得到虛擬用戶失敗的原因。
通常如果場景在運行時出現(xiàn)用戶失敗，則先要查看錯誤原因，可直接查看日志，從日志中查看ERROR的信息；
從outputdb中可以查看到錯誤代碼ERROR CODE
2）從日志中確認每次分配給虛擬用戶的參數(shù)值
想判斷是否在場景中每個用戶使用不同的或預定義規(guī)則的參數(shù)，可以通過在log生成規(guī)則處設(shè)定為parameter subsititution，然后查看每個日志文件中的對應(yīng)行參數(shù)值是否為預計的參數(shù)值?？蓮拇伺袛喑鍪欠裢脩舻膶嶋H使用類似，是否達到對服務(wù)器的壓力策略。
3）從日志中確認服務(wù)器端返回的值是什么。
在腳本中通常設(shè)定了檢查點，檢查點策略是否生效，如果對此產(chǎn)生懷疑則可以考慮從日志中查看一下。查看服務(wù)器返回的值來驗證是不是所期待得到的值。
思考問題
log的輸出 會不會影響到客戶端，會不會使客戶端成為瓶頸？（認為是會的，任何程序都是要消耗資源的，loadrunner也一樣，所以選取日志輸出的模式是要謹慎考慮盡量以適用為前提）