軟件測試中LoadRunner腳本調(diào)試

第第頁軟件測試中LoadRunner腳本調(diào)試軟件測試中LoadRunner腳本調(diào)試

發(fā)表于：2023-07-19來源：：點(diǎn)擊數(shù)：標(biāo)簽：loadrunnerLoadRunnerLoadrunnerloadRunner軟件測試

軟件測試中LoadRunner腳本調(diào)試內(nèi)容簡介在腳本錄制完成后或者手工編寫腳本后，我們需要對腳本進(jìn)行調(diào)試運(yùn)行，腳本調(diào)試的過程類似于程序的調(diào)試，可以設(shè)置斷點(diǎn)，按步驟執(zhí)行等等；腳本調(diào)試作為腳本開發(fā)的一個(gè)重要的過程，是非常重要的，只有通過調(diào)試的腳本

軟件測試中LoadRunner腳本調(diào)試

內(nèi)容簡介

在腳本錄制完成后或者手工編寫腳本后，我們需要對腳本進(jìn)行調(diào)試運(yùn)行，腳本調(diào)試的過程類似于程序的調(diào)試，可以設(shè)置斷點(diǎn)，按步驟執(zhí)行等等；腳本調(diào)試作為腳本開發(fā)的一個(gè)重要的過程，是非常重要的，只有通過調(diào)試的腳本才能加載到控制臺運(yùn)行；跟腳本調(diào)試相關(guān)的問題一般會有：

1、設(shè)置斷點(diǎn)

其實(shí)和很多開發(fā)工具一樣，LR中也能設(shè)置斷點(diǎn)，具體菜單在：Insert－ToggleBreakPoint；

設(shè)置完斷點(diǎn)后，當(dāng)調(diào)試執(zhí)行該腳本時(shí)，即會在該處停留，其后的步驟可以使用單步執(zhí)行等。LR比較笨的是，斷點(diǎn)是和行數(shù)綁定的，而不是和腳本。我經(jīng)常在腳本的前面增加代碼后，導(dǎo)致斷點(diǎn)失位。我用的版本是8.0，不知道現(xiàn)在的新版本有沒有改進(jìn)這些問題。

2、增加Log

一種辦法就是手工打Log；

我比較喜歡這樣，但只是在需要調(diào)試參數(shù)的時(shí)候使用；在某一行寫上類似于lr_log_message("getvalue:ParamVUID_Nbr%s",lr_eval_string("{ParamVUID_Nbr}"))這樣，就可以了。執(zhí)行到這一步驟時(shí)，會在日志中打出該參數(shù)的值，如getvalue:ParamVUID_Nbr001001。

另一個(gè)辦法就是在RunTimeSetting中設(shè)置ExecuteLog了。

分別有三種ExecuteLog。

ParameterSubStitution：日志中顯示每行腳本中執(zhí)行時(shí)的參數(shù)；

DataReturnByServer：日志中顯示從服務(wù)端返回的值，這招在手工關(guān)聯(lián)時(shí)非常管用；大家在手工關(guān)聯(lián)需要?jiǎng)討B(tài)獲取服務(wù)端返回值的時(shí)候肯定都會去ViewTree的吧？但是有時(shí)候Tree不顯示，告訴你：無法顯示XML。這時(shí)候想要知道服務(wù)端究竟回給了哪些數(shù)據(jù)就可以使用這個(gè)ExecuteLog了。不過我現(xiàn)在也很懶，很少有耐心去打印這個(gè)日志，當(dāng)我想知道服務(wù)端回給了哪些值的時(shí)候，我就直接去腳本目錄查看data目錄下的文件～～汗啊

AdvancedTrace：日志中顯示每行腳本中執(zhí)行的函數(shù)以及參數(shù)；這個(gè)我用的時(shí)候覺得沒啥意思。

3、被測系統(tǒng)日志

有時(shí)候這樣做需要有開發(fā)人員的協(xié)助；在VUGenerator模擬執(zhí)行的過程中被測系統(tǒng)也可以在關(guān)鍵步驟中打印日志，這樣可以更好的協(xié)助測試人員調(diào)試腳本。

不過大部分腳本調(diào)試起來都不會很麻煩，以上幾個(gè)步驟完全是因?yàn)樵趶V州做入網(wǎng)測試的時(shí)候，電信方要求過多，被逼出來的～

4調(diào)試日志函數(shù)和日志函數(shù)

VUG提供了調(diào)試日志的函數(shù)lr_debug_message和lr_set_debug_