loadrunner 关联.docx
- 文档编号:3894388
- 上传时间:2022-11-26
- 格式:DOCX
- 页数:9
- 大小:22.76KB
loadrunner 关联.docx
《loadrunner 关联.docx》由会员分享,可在线阅读,更多相关《loadrunner 关联.docx(9页珍藏版)》请在冰豆网上搜索。
loadrunner关联
当录制脚本时,VuGen会拦截client端(浏览器)与server端(网站服务器)之间的对话,并且通通记录下来,产生脚本。
在VuGen的RecordingLog中,您可以找到浏览器与服务器之间所有的对话,包含通讯内容、日期、时间、浏览器的请求、服务器的响应内容等等。
脚本和RecordingLog最大的差别在于,脚本只记录了client端要对server端所说的话,而RecordingLog则是完整纪录二者的对话。
当执行脚本时,您可以把VuGen想象成是一个演员,它伪装成浏览器,然后根据脚本,把当初真的浏览器所说过的话,再对网站伺服器重新说一遍,VuGen企图骗过服务器,让服务器以为它就是当初的浏览器,然后把网站内容传送给VuGen。
所以纪录在脚本中要跟服务器所说的话,完全与当初录制时所说的一样,是写死的(hard-coded)。
这样的作法在遇到有些比较聪明的服务器时,还是会失效。
这时就需要透过「关联(correlation)」的做法来让VuGen可以再次成功地骗过服务器。
何谓关联(correlation)?
所谓的关联(correlation)就是把脚本中某些写死的(hard-coded)数据,转变成是撷取自服务器所送的、动态的、每次都不一样的数据。
举一个常见的例子,刚刚提到有些比较聪明的服务器,这些服务器在每个浏览器第一次跟它要数据时,都会在数据中夹带一个唯一的辨识码,接下来就会利用这个辨识码来辨识跟它要数据的是不是同一个浏览器。
一般称这个辨识码为SessionID。
对于每个新的交易,服务器都会产生新的SessionID给浏览器。
这也就是为什么执行脚本会失败的原因,因为VuGen还是用旧的SessionID向服务器要数据,服务器会发现这个SessionID是失效的或是它根本不认识这个SessionID,当然就不会传送正确的网页数据给VuGen了。
下面的图示说明了这样的情形:
当录制脚本时,浏览器送出网页A的请求,服务器将网页A的内容传送给浏览器,并且夹带了一个ID=123的数据,当浏览器再送出网页B的情求时,这时就要用到ID=123的数据,服务器才会认为这是合法的请求,并且把网页B的内容送回给浏览器。
在执行脚本时会发生什么状况?
浏览器再送出网页B的请求时,用的还是当初录制的ID=123的数据,而不是用服务器新给的ID=456,整个脚本的执行就会失败。
要对付这种服务器,我们必须想办法找出这个SessionID到底是什么、位于何处,然后把它撷取下来,放到某个参数中,并且取代掉脚本中有用到SessionID的部份,这样就可以成功骗过服务器,正确地完成整个交易了。
哪些错误代表着我应该做关联(correlation)?
假如脚本需要关联(correlation),在还没做之前是不会执行通过的,也就是说会有错误讯息发生。
不过,很不幸地,并没有任何特定的错误讯息是和关联(correlation)有关系的。
会出现什么错误讯息,与系统实做的错误处理机制有关。
错误讯息有可能会提醒您要重新登入,但是也有可能直接就显示HTTP404的错误讯息。
要如何做关联(correlation)?
关联(correlation)函数
关联(correlation)会用到下列的函数:
*web_reg_save_param:
这是最新版,也是最常用来做关联(correlation)的函数。
语法:
web_reg_save_param(“ParameterName”,
*web_create_html_param、web_create_html_param_ex:
这二个函数主要是保留作为向前兼容的目的的。
建议使用web_reg_save_param函数。
详细用法请参考使用手册。
在VuGen中点选【Help】>【Functionreference】>【Contexts】>【WebandWirelessVuserFunctions】>【CorrelationFunctions】。
如何找出要关联(correlation)数据
简单的说,每一次执行时都会变动的值,就有可能需要做关联(correlation)。
VuGen提供二种方式帮助您找出需要做关联(correlation)的值:
1.自动关联
2.手动关联
自动关联
VuGen内建自动关联引擎(auto-correlationengine),可以自动找出需要关联的值,并且自动使用关联函数建立关联。
自动关联提供下列二种机制:
*RulesCorrelation:
在录制过程中VuGen会根据订定的规则,实时自动找出要关联的值。
规则来源有两种:
o内建(Built-inCorrelation):
VuGen已经针对常用的一些应用系统,如AribaBuyer、BlueMartini、BroadVision、InterStage、mySAP、NetDynamics、Oracle、PeopleSoft、Siebel、SilverJRunner等,内建关联规则,这些应用系统可能会有一种以上的关联规则。
您可以在【RecordingOptions】>【InternetProtocol】>【Correlation】中启用关联规则,则当录制这些应用系统的脚本时,VuGen会在脚本中自动建立关联。
您也可以在【RecordingOptions】>【InternetProtocol】>【Correlation】检视每个关联规则的定义。
o使用者自订(User-definedRulesCorrelation):
除了内建的关联规则之外,使用者也可以自订关联规则。
您可以在【RecordingOptions】>【InternetProtocol】>【Correlation】建立新的关联规则。
*CorrelationStudio:
有别于RulesCorrelation,CorrelationStudio则是在执行脚本后才会建立关联,也就是说当录制完脚本后,脚本至少须被执行过一次,CorrelationStudio才会作用。
CorrelationStudio会尝试找出录制时与执行时,服务器响应内容的差异部分,藉以找出需要关联的数据,并建立关联。
RuleCorrelation
请依照以下步骤使用RuleCorrelation:
1.启用auto-correlation
1.点选VuGen的【Tools】>【RecordingOptions】,开启【RecordingOptions】对话窗口,选取【InternetProtocol】>【Correlation】,勾选【Enablecorrelationduringrecording】,以启用自动关联。
2.假如录制的应用系统属于内建关联规则的系统,如AribaBuyer、BlueMartini、BroadVision、InterStage、mySAP、NetDynamics、Oracle、PeopleSoft、Siebel、SilverJRunner等,请勾选相对应的应用系统。
3.或者也可以针对录制的应用系统加入新的关联规则,此即为使用者自订的关联规则。
4.设定当VuGen侦测到符合关联规则的数据时,要如何处理:
§【Issueapop-upmessageandletmedecideonline】:
跳出一个讯息对话窗口,询问您是否要建立关联。
§【Perform.correlationinsceipt】:
直接自动建立关联
2.录制脚本
开始录制脚本,在录制过程中,当VuGen侦测到符合关联规则的数据时,会依照设定建立关联,您会在脚本中看到类似以下的脚本,此为BroadVision应用系统建立关联的例子,在脚本批注部分可以看到关联前的数据为何。
3.执行脚本验证关联是OK的。
CorrelationStudio
当录制的应用系统不属于VuGen预设支持的应用系统时,RuleCorrelation可能既无法发挥作用,这时可以利用CorrelationStudio来做关联。
CorrelationStudio会尝试找出录制时与执行时,服务器响应内容的差异部分,藉以找出需要关联的数据,并建立关联。
使用CorrelationStudio的步骤如下:
1.录制脚本并执行
2.执行完毕后,VuGen会跳出下面的【ScanActionforCorrelation】窗口,询问您是否要扫描脚本并建立关联,按下【Yes】按钮。
3.扫描完后,可以在脚本下方的【CorrelationResults】中看到扫描的结果。
4.检查一下扫瞄的结果后,选择要做关联的数据,然后按下【Correlate】按钮,一笔一笔做,或是按下【CorrelateAll】让VuGen一次就对所有的数据建立关联。
注意:
由于CorrelationStudio会找出所有有变动的数据,但是并不是所有的数据都需要做关联,所以不建议您直接用【CorrelateAll】。
5.一般来说,您必须一直重复步骤1~4直到所有需要做关联的数据都找出来为止。
因为有时前面的关联还没做好之前,将无法执行到后面需要做关联的部份。
有可能有些需要做关联的动态数据,连CorrelationStudio都无法侦测出来,这时您就需要自行做手动关联了。
手动关联
手动关联的执行过程大致如下:
1.使用相同的业务流程与数据,录制二份脚本
2.使用WinDiff工具协助找出需要关联的数据
3.使用web_reg_save_param函数手动建立关联
4.将脚本中有用到关联的数据,以参数取代
接下来将详细的说明如何执行每个步骤
使用相同的业务流程与数据,录制二份脚本
1.先录制一份脚本并存档。
2.依照相同的操作步骤与数据录制第二份脚本并存盘。
注意,所有的步骤和输入的数据一定都要一样,这样才能找出由服务器端产生的动态数据。
有时候会遇到真的无法使用相同的输入数据,那您也要记住您使用的输入数据,到时才能判断是您输入的数据,还是变动的数据。
使用WinDiff工具协助找出需要关联的数据
1.在第二份脚本中,点选VuGen的【Tools】>【ComparewithVuser…】,并选择第一份脚本。
2.接着WinDiff会开启,同时显示二份脚本,并显示有差异的地方。
WinDiff会以一整行黄色标示有差异的脚本,并且以红色的字体显示真正差异的文字。
(假如没看到红色字体,请点选【Options】>【View】>【ShowInlineDifferences】)。
3.逐一检视二份脚本中差异的部份,每一个差异都可能是需要做关联的地方。
选取差异的脚本,然后复制。
在复制时,有时并不需要取整行脚本,可能只会选取脚本中的一部分。
注意:
请忽略lr_thik_time的差异部份,因为lr_thik_time是用来模拟每个步骤之间使用者思考延迟的时间。
4.接着要在RecordingLog(单一protocol)或是GenerationLog(多重protocol)中找这个值。
将鼠标光标点到RecordingLog的第一行开头,按下Ctrl+F,开启【Find】窗口,贴上刚刚复制的脚本,找出在RecordingLog第一次出现的位置。
结果会有二种:
o在RecordingLog中找不到要找的数据,这时请先确认您找对了脚本,毕竟现在开启了二个几乎一样的脚本,很容易弄错。
o在RecordingLog中找到了要找的数据,这时要确认数据是从服务器端传送过来的。
首先可以先检查数据的标头,从标头的Receivingresponse可以知道数据是从服务器端传送到client端的。
假如此数据第一次出现是在Sendingrequest中,则表示此数据是由client端产生,不需要做关联,但是有可能需要做参数化(parameterized)。
您要找的标头格式如下:
***[tid=b9Action12]Receivingresponsefromhostastra.merc-:
80(25/11/200212:
04:
00)
5.现在您已经找到录制二次都不一样,而且是由服务器所产生的动态数据了,而此数据极有可能需要做关联。
使用web_reg_save_param函数手动建立关联
在找到是由服务器所产生的动态数据之后,接下来要做的就是找出适当的位置,使用web_reg_save_param函数,将这个动态数据撷取到某个参数中。
1.要在哪里使用web_reg_save_param函数?
在之前的步骤,我们已经在ExecutionLog找到可能需要关联的动态数据。
在ExecutionLog中选取动态数据前的文字然后复制,我们将会利用这段文字,来帮助我们找出要关联的动态数据。
不过在这之前我们要先找出使用web_reg_save_param函数的正确位置,所以我们要再重新执行一遍脚本,而且这次会开启所有的Log。
1.在VuGen中点选【Vuser】>【Run-TimeSettings】。
2.点选【General】>【Log】。
3.勾选【Enablelogging】、【Alwayssendsmessages】、【Extendedlog】,以及【Extendedlog】下的所有选项。
4.按下【OK】就可以执行脚本了。
执行完脚本之后,在ExecutionLog中搜寻刚刚复制的字符串。
找到字符串后,在字符串前面会有A.tion1.c(7),这个7就是到时候要插入web_reg_save_param函数的位置,也就是要插入到脚本的第7行。
在脚本的第7行前插入一行空白行,然后输入
web_reg_save_param(“UserSession”,
“UserSession”这个“UserSession”就是到时要使用的参数名称,建议给个有意义的名字。
注意:
到这里整个web_reg_save_param函数还没完成。
2.找出web_reg_save_param中要用到的边界
web_reg_save_param函数主要是透过动态数据的前面和后面的固定字符串,来辨识要撷取的动态数据的,所以我们还需要找出动态数据的边界字符串。
找出左边界字符串
再回到ExecutionLog中,选取动态数据前的字符串并且复制它。
这时会有个问题,到底要选取多少字符串才足以唯一识别要找的动态数据呢?
建议是越多越好,但是尽量不要包含到特殊字符。
在这边我们选取「inputtype=hiddenname=userSessionvalue=」字符串。
选好之后,还要再确认一次这段字符串真的是可以唯一识别的,所以我们在ExecutionLog中透过Ctrl+F的搜寻,找找看这段字符串是否可以找到要找的动态数据。
假如找不到,web_reg_save_param函数还有个ORD参数可以使用,ORD参数可以设定出现在第几次的字符串才是要找的字符串。
将这个边界字符串加到未完成的web_reg_save_param函数中:
web_reg_save_param(“UserSession”,“LB=inputtype=hiddenname=userSessionvalue=”,
找出右边界字符串
接下来要找出动态数据的右边界字符串,这个字符串就比较好找了,从动态数据的最后一个字符开始,通常就是我们要找的右边界字符串了。
以这个例子来看,就是「>」,所以再把右边界字符串加入,web_reg_save_param函数中,这时web_reg_save_param函数已经快完成了。
最后再加上「LAST);」就完成整个web_reg_save_param函数了。
web_reg_save_param(“UserSession”,“LB=inputtype=hiddenname=userSessionvalue=”,“RB=>”,LAST);
将脚本中有用到关联的数据,以参数取代
当使用web_reg_save_param建立参数后,接下来就是用“UserSession”参数去取代脚本中写死的(hard-coded)资料。
范例:
将
“Name=userSession”,“Value=75893.0884568651DQADHfApHDHfcDtccpfAttcf”,ENDITEM,
换成
“Name=userSession”,“Value={UserSession}”,ENDITEM,
到这里您已经完成了一个关联了,接下来就是执行脚本,是否能成功运行,假如还是有问题,就要检查看看是否还需要再做另一个关联。
关于web_reg_save_param函数
对于关联(correlation)来说,web_reg_save_param是最重要的一个函数,其功能是在下载的网页内容中,透过设定的边界字符串,找出特定的数据并将其储存在一个参数中,以供后续脚本使用。
接下来将针对web_reg_save_param做比较详细的说明。
Serviceandregistrationtypefunction
web_reg_save_param是一个Servicefunction。
servicefunction主要是用来完成一些特殊的工作的,如关联、设定proxy、提供认证信息等,当其作用时,不会对网页的内容做任何的修改。
web_reg_save_param同时也是一个registrationtypefunction(只要函数名称中包含_reg_的字眼,表示其为registrationtypefunction)。
registrationtypefunction意味着其真正作用的时机是在下一个actionfunction完成时执行的。
举例来说,当某个web_url执行时所接收到的网页内容中包含了要做关联的动态数据,则必须将web_reg_save_param放在此web_url之前,则web_reg_save_param会在web_url执行完毕后,也就是网页内容都下载完后,再执行web_reg_save_param找寻要做关联的动态数据并建立参数。
所以要记住一点,要使用registrationtypefunction时,要注意其放置的位置必须在要作用的actionfunction之前。
语法
intweb_reg_save_param(constchar*ParamName,
参数说明
ParamName:
存放动态数据的参数名称
listofAttributes:
其它属性,包含Notfound,LB,RB,RelFrameID,Search,ORD,SaveOffset,Convert,以及SaveLen。
属性值不分大小写,例如Search=all。
以下将详细说明每个属性值的意义:
*Notfound:
指定当找不到要找的动态数据时该怎么处置。
oNotfound=error:
当找不到动态数据时,发出一个错误讯息。
假如没设定此属性,此为LoadRunner的默认值。
oNotfound=warning:
当找不到动态数据时,不发出错误讯息,只发出警告,脚本也会继续执行下去不会中断。
在对角本除错时,可以使用此属性值。
*LB:
动态数据的左边界字符串。
此属性质是必须要有的,而且区分大小写。
*RB:
动态数据的右边界字符串。
此属性质是必须要有的,而且区分大小写。
*RelFrameID:
相对于URL而言,欲搜寻的网页的Frame。
此属性质可以是All或是数字,而且可有可无。
*Search:
搜寻的范围。
可以是Headers(只搜寻headers)、Body(只搜寻body部分,不搜寻header)、Noresource(只搜寻body部分,不搜寻header与resource)或是All(搜寻全部范围,此为默认值)。
此属性质可有可无。
*ORD:
指明从第几次出现的左边界开始才是要撷取的数据。
此属性质可有可无,默认值是1。
假如值为All,则所有找到符合的数据会储存在数组中。
*SaveOffset:
当找到符合的动态数据时,从第几个字符开始才开始储存到参数中。
此属性质不可为负数,其默认值为0。
*Convert:
可能的值有二种:
oHTML_TO_URL:
将HTML-encoded数据转成URL-encoded数据格式
oHTML_TO_TEXT:
将HTML-encoded数据转成纯文字数据格式
*SaveLen:
从offect开始算起,到指定的长度内的字符串,才储存到参数中。
此参数可有可无,默认值是-1,表示储存到结尾整个字符串。
范例
web_reg_save_param("A","LB/ic=
TipsandTricks
以下提供一些关联的常见问题:
*如何打印出参数值?
lr_output_message这二个函数来做到。
例如:
lr_output_message(“ValueCaptured=%s”,lr_eval_string(“{ParameterName}”));
lr_eval_string与lr_output_message函数的使用说明请参考LoadRunnerOnlineFunctionReference。
*在脚本的data目录下找不到路制时的快照(snapshot)
造成在脚本的data目录下找不到路制时的快照(snapshot)的可能原因如下:
o脚本是由VuGen6.02或更早的版本所录制的
o汇入的Action不会包含快照(snapshot)的档案
o脚本是储存在只读的目录下,早成VuGen无法储存执行时撷取的快照(snapshot)
o某些步骤并不会产生快照(snapshot),如浏览某个资源
o快照(snapshot)功能被取消
【Tools】>【Generaloptions】>【Correlation】tab>【Savecorrelationinformationduringreplay】
*开启WinDiff时出现「Filenolongeravailable」的错误讯息
WinDiff这个工具有些限制,无法开启包含空格符的目录或是脚本,所以建议命名时不要使用空格符,并且尽可
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- loadrunner 关联
![提示](https://static.bdocx.com/images/bang_tan.gif)