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 Settings\USERNAME\Local Settings\Temp\res\log”
具體該場景的日誌結果存哪,可以檢視controll的result介面的result setting定義的目錄。
根據不同的log記錄級別,在log檔案中記錄日誌。
3、log資訊的分析
1)從log中得到虛擬使用者失敗的原因。
通常如果場景在執行時出現使用者失敗,則先要檢視錯誤原因,可直接檢視日誌,從日誌中檢視ERROR的資訊;
從outputdb中可以檢視到錯誤程式碼ERROR CODE
2)從日誌中確認每次分配給虛擬使用者的引數值
想判斷是否在場景中每個使用者使用不同的或預定義規則的引數,可以通過在log生成規則處設定為parameter subsititution,然後檢視每個日誌檔案中的對應行引數值是否為預計的引數值。可從此判斷出是否同使用者的實際使用類似,是否達到對服務器的壓力策略。
3)從日誌中確認伺服器端返回的值是什麼。
在指令碼中通常設定了檢查點,檢查點策略是否生效,如果對此產生懷疑則可以考慮從日誌中檢視一下。檢視伺服器返回的值來驗證是不是所期待得到的值。
思考問題
log的輸出 會不會影響到客戶端,會不會使客戶端成為瓶頸?(認為是會的,任何程式都是要消耗資源的,loadrunner也一樣,所以選取日誌輸出的模式是要謹慎考慮儘量以適用為前提)
在 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 Settings\USERNAME\Local Settings\Temp\res\log”
具體該場景的日誌結果存哪,可以檢視controll的result介面的result setting定義的目錄。
根據不同的log記錄級別,在log檔案中記錄日誌。
3、log資訊的分析
1)從log中得到虛擬使用者失敗的原因。
通常如果場景在執行時出現使用者失敗,則先要檢視錯誤原因,可直接檢視日誌,從日誌中檢視ERROR的資訊;
從outputdb中可以檢視到錯誤程式碼ERROR CODE
2)從日誌中確認每次分配給虛擬使用者的引數值
想判斷是否在場景中每個使用者使用不同的或預定義規則的引數,可以通過在log生成規則處設定為parameter subsititution,然後檢視每個日誌檔案中的對應行引數值是否為預計的引數值。可從此判斷出是否同使用者的實際使用類似,是否達到對服務器的壓力策略。
3)從日誌中確認伺服器端返回的值是什麼。
在指令碼中通常設定了檢查點,檢查點策略是否生效,如果對此產生懷疑則可以考慮從日誌中檢視一下。檢視伺服器返回的值來驗證是不是所期待得到的值。
思考問題
log的輸出 會不會影響到客戶端,會不會使客戶端成為瓶頸?(認為是會的,任何程式都是要消耗資源的,loadrunner也一樣,所以選取日誌輸出的模式是要謹慎考慮儘量以適用為前提)
相關文章
- Redis中 HyperLogLog資料型別使用總結Redis資料型別
- ProgressDialog使用總結
- CFileDialog使用總結
- loadrunner常用函式總結函式
- log4j使用總結
- Elasticsearch、Logstash、Kibana、Filebeat的使用總結Elasticsearch
- 結構在Loadrunner中的應用 薦
- JavaScript 中 this 的使用技巧總結JavaScript
- logminer總結
- 效能測試工具LoadRunner知識點總結
- MySQL中Redo Log相關的重要引數總結MySql
- PHP中Trait的使用總結PHPAI
- Java中Equals使用總結Java
- python logging模組使用總結Python
- MybatisPlus 中的API 使用總結(CRUD)MyBatisAPI
- redo log 和 binlog 的一些總結
- Log4j使用總結與例項演示
- TypeScript在React專案中的使用總結TypeScriptReact
- LaTeX中各種常用盒子的使用總結
- redis在排行榜中的使用總結Redis
- rsyslog日誌總結
- Mysql資料庫之Binlog日誌使用總結MySql資料庫
- 總結logminer使用及各種問題處理
- iOS中WKWebView互動使用總結iOSWebView
- MyBatis中Like語句使用總結MyBatis
- 部署weblogic遇到的問題總結Web
- LoadRunner內部結構
- js中this的總結JS
- Redis 中 HyperLogLog 的使用場景Redis
- caffe中各種cblas的函式使用總結函式
- git在工作中的用法總結-使用篇Git
- Swift中String和Character的使用與總結Swift
- casperjs中start方法的使用方法總結JS
- ListenalbeFuture的使用總結
- git的使用總結Git
- WebView的使用總結WebView
- cmake的使用總結
- JXCategoryView的使用總結GoView