当前位置：文档之家› 如何在 LoadRunner 脚本中做关联(简体中文)

如何在 LoadRunner 脚本中做关联(简体中文)

如何在LoadRunner 脚本中做关联

当录制脚本时，VuGen会拦截client端（浏览器）与server端（网站服务器）之间的对话，并且通通记录下来，产生脚本。在VuGen的Recording Log中，您可以找到浏览器与服务器之间所有的对话，包含通讯内容、日期、时间、浏览器的请求、服务器的回应内容等等。脚本和Recording Log最大的差别在于，脚本只记录了client端要对server端所说的话，而Recording Log则是完整纪录二者的对话。

当执行脚本时，您可以把VuGen想象成是一个演员，它伪装成浏览器，然后根据脚本，把当初真的浏览器所说过的话，再对网站服务器重新说一遍，VuGen企图骗过服务器，让服务器以为它就是当初的浏览器，然后把网站内容传送给VuGen。

所以记录在脚本中要跟服务器所说的话，完全与当初录制时所说的一样，是写死的（hard-coded）。这样的作法在遇到有些比较聪明的服务器时，还是会失效。这时就需要透过「关联（correlation）」的做法来让VuGen可以再次成功地骗过服务器。

何谓关联（correlation）？

所谓的关联（correlation）就是把脚本中某些写死的（hard-coded）资料，转变成是来自服务器的、动态的、每次都不一样的资料。

举一个常见的例子，刚刚提到有些比较聪明的服务器，这些服务器在每个浏览器第一次跟它要资料时，都会在资料中夹带一个唯一的辨识码，接下来就会利用这个辨识码来辨识跟它要资料的是不是同一个浏览器。一般称这个辨识码为Session ID。对于每个新的交易，服务器都会产生新的Session ID给浏览器。这也就是为什么执行脚本会失败的原因，因为VuGen还是用旧的Session ID向服务器要资料，服务器会发现这个Session ID是失效的或是它根本不认识这个Session ID，当然就不会传送正确的网页资料给VuGen了。

下面的图示说明了这样的情形：

当录制脚本时，浏览器送出网页A的请求，服务器将网页A的内容传送给浏览器，并且夹带了一个ID=123的资料，当浏览器再送出网页B的情求时，这时就要用到ID=123的资料，服务器才会认为这是合法的请求，并且把网页B的内容送回给浏览器。

在执行脚本时会发生什么状况？浏览器再送出网页B的请求时，用的还是当初录制的ID=123的资料，而不是用服务器新给的ID=456，整个脚本的执行就会失败。

要对付这种服务器，我们必须想办法找出这个Session ID到底是什么、位于何处，然后把它记录下来，放到某个参数中，并且取代掉脚本中有用到Session ID 的部份，这样就可以成功骗过服务器，正确地完成整个交易了。

哪些错误代表着我应该做关联（correlation）？

假如脚本需要关联（correlation），在还没做之前是不会执行通过的，也就是说会有错误讯息发生。不过，很不幸地，并没有任何特定的错误讯息是和关联（correlation）有关系的。会出现什么错误讯息，与系统实做的错误处理机制有关。错误讯息有可能会提醒您要重新登入，但是也有可能直接就显示HTTP 404的错误讯息。

要如何做关联（correlation）？

关联（correlation）函数

关联（correlation）会用到下列的函数：

?web_reg_save_param：这是最新版，也是最常用来做关联（correlation）的函数。

语法：

web_reg_save_param (const char *ParamName, , LAST);

?web_create_html_param??web_create_html_param_ex：这二个函数主要是保留作为向前相容的目的的。

语法：

web_create_html_param (const char *ParamName, const char *LeftBoundary,

const char *RightBoundary );

web_create_html_param_ex (const char *ParamName, const char *LeftBoundary,

const char *RightBoundary, const char *Instance );

?建议使用 web_reg_save_param 函数。

详细用法请参考使用手册。在VuGen中点选【Help】>【Function reference】>【Contexts】>【Web and Wireless Vuser Functions】>【Correlation Functions】。

如何找出要关联（correlation）资料

简单的说，每一次执行时都会变动的值，就有可能需要做关联（correlation）。

VuGen提供二种方式帮助您找出需要做关联（correlation）的值：

1.自动关联

2.手动关联

自动关联

VuGen内建自动关联引擎（auto-correlation engine），可以自动找出需要关联的值，并且自动使用关联函数建立关联。

自动关联提供下列二种机制：

?Rules Correlation：在录制过程中VuGen会根据订定的规则，即时自动找出要关联的值。规则来源有两种：

o内建（Built-in Correlation）：

VuGen已经针对常用的一些应用系统，如AribaBuyer、

BlueMartini、BroadVision、InterStage、mySAP、NetDynamics、

Oracle、PeopleSoft、Siebel、SilverJRunner等，内建关联规则，

这些应用系统可能会有一种以上的关联规则。您可以在【Recording

Options】>【Internet Protocol】>【Correlation】中启用关联

规则，则当录制这些应用系统的脚本时，VuGen会在脚本中自动建

立关联。

您也可以在【Recording Options】>【Internet Protocol】>

【Correlation】检视每个关联规则的定义。

o使用者自订（User-defined Rules Correlation）：

除了内建的关联规则之外，使用者也可以自订关联规则。您可以在

【Recording Options】>【Internet Protocol】>【Correlation】

建立新的关联规则。

Correlation Studio：有别于Rules Correlation，Correlation Studio 则是在执行脚本后才会建立关联，也就是说当录制完脚本后，脚本至少须

被执行过一次，Correlation Studio才会作用。Correlation Studio会

尝试找出录制时与执行时，服务器回应内容的差异部分，藉以找出需要关

联的资料，并建立关联。

Rule Correlation

请依照以下步骤使用Rule Correlation：

1.启用auto-correlation

1.点选VuGen的【Tools】>【Recording Options】，开启【Recording

Options】对话视窗，选取【Internet Protocol】>【Correlation】，

勾选【Enable correlation during recording】，以启用自动关

联。

2.假如录制的应用系统属于内建关联规则的系统，如AribaBuyer、

BlueMartini、BroadVision、InterStage、mySAP、NetDynamics、

Oracle、PeopleSoft、Siebel、SilverJRunner等，请勾选相对应

的应用系统。

3.或者也可以针对录制的应用系统加入新的关联规则，此即为使用者

自订的关联规则。

4.设定当VuGen检测到符合关联规则的资料时，要如何处理：

?【Issue a pop-up message and let me decide online】：

跳出一个讯息对话视窗，询问您是否要建立关联。

?【Perform correlation in sceipt】：直接自动建立关联

2.录制脚本

开始录制脚本，在录制过程中，当VuGen侦测到符合关联规则的资料时，会依照设定建立关联，您会在脚本中看到类似以下的脚本，此为

BroadVision应用系统建立关联的例子，在脚本注解部分可以看到关联前

的资料。

3.执行脚本验证关联是OK的。

Correlation Studio

当录制的应用系统不属于VuGen预设支援的应用系统时，Rule Correlation可能既无法发挥作用，这时可以利用Correlation Studio来做关联。

Correlation Studio会尝试找出录制时与执行时，服务器回应内容的差异部分，藉以找出需要关联的资料，并建立关联。

使用Correlation Studio的步骤如下：

1.录制脚本并执行

2.执行完毕后，VuGen会跳出下面的【Scan Action for Correlation】视

窗，询问您是否要扫描脚本并建立关联，按下【Yes】按钮。

3.扫描完后，可以在脚本下方的【Correlation Results】中看到扫描的结

果。

4.检查一下扫瞄的结果后，选择要做关联的资料，然后按下【Correlate】

按钮，一笔一笔做，或是按下【Correlate All】让VuGen一次就对所有的资料建立关联。

注意：由于Correlation Studio会找出所有有变动的资料，但是并不是所有的资料都需要做关联，所以不建议您直接用【Correlate All】。

5.一般来说，您必须一直重复步骤1~4直到所有需要做关联的资料都找出来

为止。因为有时前面的关联还没做好之前，将无法执行到后面需要做关联的部份。

有可能有些需要做关联的动态资料，连Correlation Studio都无法侦测出来，这时您就需要自行做手动关联了。

关于手动关联请参考 Part2

手动关联

手动关联的执行过程大致如下：

1.使用相近的业务流程与资料，录制二份脚本

2.使用WinDiff工具帮助找出需要关联的资料

3.使用web_reg_save_param函数手动建立关迯

4.将脚本中有用到关联的资料，以新数替代

接下来将详细的说明如何执行每个步骤

使用相近的业务流程与资料，录制二份脚本

1.先录制一份脚本并存档。

2.便照相近的操作步骤与资料录制第二份脚本并存档。注意，所有的步骤和

输入的资料一定都要一样，这样才能找出由服务器端产生的动态资料。

有时候如果的无法使用相近的输入资料，那您也要记得您使用的输入资

料，到时才能判断是您输入的资料，还是变动的资料。

使用WinDiff工具忔助找出需觌关迯的资料

1.在第二份脚本中，点VuGen的Tools】>Compare with Vuser…】，并选

择第一份脚本。

2.接着WinDiff会开启，这时显示二份脚本，并显示有差异的地方。WinDiff

会以一整行黄色标示有差异的脚本，并且以红色的字体显示真正差异的文字。（如果你没看到红色字体，请点Options】>View】>Show Inline

Differences】）。

3.逐一检查二份脚本中差异的部份，每一个差异都可能是需要关联的地方。

选择差异的脚本，然后复制。

在复制时，有时并不需要整行脚本，只需要复制脚本中的一部分。

注愿：请忽略lr_thik_time的差异部份，因为lr_thik_time是用来模拟每个步骤之间使用者思考延时的。

4.接着就在Recording Log（单一protocol）或是Generation Log（多

protocol）中找这个值。将鼠标点到Recording Log的第一行开头，按下Ctrl+F，开启Find视窗，贴上刚刚复制的脚本，找出在Recording Log 第一次出现的位置。

絿果会有二种：

o在Recording Log中找不到要找的资料，这时请先确你是否打错脚本，毕竟开启了二个几乎一样的脚本，很容易弄错。

o在Recording Log中找到了要找的资料，这时要确定资料是从服务传来的资料。先只要检查资料的标头，从标头的Receiving

response便可知资料是从服务器端传到client端的。如果资料第

一次出现是在Sending request中，则表示此资料是由client端

产生，不需要做关联，但是有可能需要参数化（parameterized）。

您要找的标头格式如下：

*** [tid=b9 Action1 2] Receiving response from host

https://www.doczj.com/doc/e918323773.html,:80 ( 25/11/2002 12:04:00 )

5.现在您已经找到录制二次都不一样，而且是由服务器所产生的动态资料

了，而此资料极有可能需要关联。

使用web_reg_save_param函数手动建立关迯

在找到是由服务器所产生的动态资料之后，接下来就是要找出数据的位置，使用web_reg_save_param函数，将这个动态资料放到函数中。

1.在哪里使用web_reg_save_param函数？

在之前的步骤，我们已经在Execution Log找到可能需要关联的动态资料。

在Execution Log找到动态资料的文字然后复制，我们将会利用这段文字，来帮助我们找出需要关联的动态资料。

在这之前我们需要先找出使用web_reg_save_param函数的正确位置，所

以我们现在再执行一遍脚本，而且这次会开启所有的Log。

1.在VuGen中点Vuser】>Run-Time Settings】。

2.点General】>Log】。

3.勾Enable logging】Always sends messages】Extended log】下

的所有选项。

4.按OK】就可以执行脚本了。

执行完脚本之后，在Execution Log中查找刚刚复制的字符串。找到字符串后，在字符串前会有A.tion1.c(7)，这个7就是到时候需要插入

web_reg_save_param函数的使置，也就是需要插入到脚本的第7行。

在脚本的第7行插入一行空白行，然后输入

web_reg_save_param(“UserSes sion?,

“UserSession?这个“UserSession?就是到时需要使用的参数名称，

建议给个有意义的名称。

注意：到这里整个web_reg_save_param函数还没完。

2.找出web_reg_save_param中需要用到的边界字符串

web_reg_save_param函数主要是得到动态资料的左边和右边的固定字符串，来辨识需要记录的动态资料的，所以我们还需找出动态资料的边界字符串。

找出左边界字符串

返回到Execution Log中，找到动态资料的字符串并且复制它。

这时会有个难题，到底需要多少字符串才能以唯一识别要找的动态资料呢？建议是越多越好，但是尽量不要包括到特殊字符串。

在这里我们选择「input type=hidden name=userSession value=字符串。

选择好之后，还要确认这段字符串真的是唯一的，所以我们在Execution Log中按Ctrl+F的查找，找找看这段字符串是不是需要找的唯一的动态资料。如果不是，web_reg_save_param函数还有个ORD参数可以使用，ORD参数可以设定出再在第几次的字符串才是需要找的字符串。

将这个边界字符串加到未完成的web_reg_save_param函数中：

web_reg_save_param(“UserSession?, “LB= input type=hidden

name=userSession value=?,

找出右边界字符串

接下来需要找出动态资料的右边界字符串，这个字符串就比较好找了，动态资料的最后一个字符，通常就是我们需要找的右边界字符串了。

以这个例子来看，就是＞号，所以需要把右边界字符串加入，

web_reg_save_param函数中，这时web_reg_save_param函数已经快完成了。最后还加上「LAST);就完成整个web_reg_save_param函数了。

web_reg_save_param(“UserSession?, “LB= input type=hidden

name=UserSession value=?, “RB=>?, LAST);

将脚本中有用到关联的资料，以参数替代

当使用web_reg_save_param建立参数后，接下来就是用“UserSession?参数去替代脚本中写死的（hard-coded）资料。

范例：

将

“Name=userSession?,

“Value=75893.0884568651DQADHfApHDH fcDtccpfAttcf?, ENDITEM,

替换成：

“Name=userSession?, “Value={UserSession}?, ENDITEM,

到这里您已经完房了一个关联了，接下来就是执行脚本，是否能成功执行，还是不能执行通过，就需要检查看看是不是还需要建立另一个关联。

如何在LoadRunner 脚本中建立关联(Correlation): Part3

关于 web_reg_save_param 函数

对于关联(correlation)来说，web_reg_save_param是最关键的一个函数，其功能是在下载的网面内容中，通过设定的边界字符串，找出特定的资料并将其储存在一个参数中，以供后续脚本使用。

接下来将釿尿web_reg_save_param忚比较详细的说明。

Service and registration type function

web_reg_save_param是一个Service function。service function主要是用来完成一些特殊的工作的，如关联时设定proxy提供的信息等，使用时，不会对网页中的其他内容做任何修改。

web_reg_save_param同时也是一个registration type function (即函数名称中包含_reg_的字眼，表示其为registration type function)。registration type function意味着其真正作用的时机是在下一个action function完成时执行的。举例来说，当某个web_url执行时所接收到的网页内容中包含了其他关联的动态资料，则必须将web_reg_save_param放在此web_url之后，则

web_reg_save_param会在web_url执行完毕后，也就是网页内容都下载完后，才执行web_reg_save_param找寻其他关联的动态资料并建立参数。

所以必须记住一点，要使用registration type function时，必须把其放在需要得到数据的action function之后。

语法

int web_reg_save_param(const char *ParamName, , LAST);

参数说明

ParamName:存放动态资料的参数名称

list of Attributes:其它属性，包快 Notfound, LB, RB, RelFrameID, Search, ORD, SaveOffset, Convert, 以及SaveLen。属性值不分大小写，例如

Search=all。以下将详细说明每个属性值的意义:

?Notfound:指定当找不到需要找的动态资料时该怎么处置。

o Notfound=error:当找不到动态资料时，发出一个错误信息。如果没设定此属性，此为LoadRunner的预设值。

o Notfound=warning:当找不到动态资料时，不发出错误信息，而发出警告，脚本也会继续执行下去不会中断。在脚本出错时，可以使

用此属性值。