LoadRunner中log的使用總結

　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 settingstempreslog”

　　具體該場景的日志結果存哪，可以檢視controll的result界面的result setting定義的目錄。

　　根據不同的log記錄級别，在log檔案中記錄日志。

　　3、log資訊的分析

　　1）從log中得到虛拟使用者失敗的原因。

　　通常如果場景在運作時出現使用者失敗，則先要檢視錯誤原因，可直接檢視日志，從日志中檢視error的資訊；

　　從outputdb中可以檢視到錯誤代碼error code

　　2）從日志中确認每次配置設定給虛拟使用者的參數值

　　想判斷是否在場景中每個使用者使用不同的或預定義規則的參數，可以通過在log生成規則處設定為parameter subsititution，然後檢視每個日志檔案中的對應行參數值是否為預計的參數值。可從此判斷出是否同使用者的實際使用類似，是否達到對伺服器的壓力政策。

　　3）從日志中确認伺服器端傳回的值是什麼。

　　在腳本中通常設定了檢查點，檢查點政策是否生效，如果對此産生懷疑則可以考慮從日志中檢視一下。檢視伺服器傳回的值來驗證是不是所期待得到的值。

　　思考問題

　　log的輸出 會不會影響到用戶端，會不會使用戶端成為瓶頸？（認為是會的，任何程式都是要消耗資源的，loadrunner也一樣，是以選取日志輸出的模式是要謹慎考慮盡量以适用為前提）