LoadRunner脚本编写(6)

在执行脚本时会发生什么状况呢？浏览器再发出对网页B的请求时，用的还是当初录制的ID=123的数据，而不是用服务器新给的ID=456，因此整个脚本的执行就会失败。 要对付这种服务器，必须想办法找出这个Session ID到底是什么、位于何处，然后把它撷取下来，放到某个参数中，并且取代脚本中有用到Session ID的部分，这样就可以成功骗过服务器，正确地完成整个交易了。 1．什么地方需要关联 凡是脚本每次执行时都必须获得唯一标识的地方都需要关联。假如脚本需要关联，如果不做关联是不会执行通过的，也就是说会有错误消息发生。不过很遗憾，并没有任何特定的错误消息是和关联有关系的。会出现什么错误消息，与系统实际的错误处理机制有关。错误消息有可能会提醒用户要重新登录，但是也有可能直接就显示HTTP 404的错误消息。 2．如何做关联 关联会用到下列的函数： web_reg_save_param； web_create_html_param； web_create_html_param_ex； 其中，web_reg_save_param的语法为： web_reg_save_param ( \Attributes >, LAST ); web_create_html_param和web_create_html_param_ex这两个函数主要是保留以兼容以前旧版本。建议使用web_reg_save_param函数。

那么，如何找出要关联数据呢？简单地说，每一次执行时都会变动的值，就有可能需要做关联。VuGen提供两种方式帮助用户找出需要做关联的值：自动关联和手动关联。

3.3.2 自动关联方法

VuGen内建自动关联引擎（Auto-correlation Engine），提供Rules Correlation和Correlation Studio两种机制，可以自动找出需要关联的值，并且自动使用关联函数建立关联。

1．\：在录制过程中VuGen会根据使用者事先制订的规则，实时自动找出要关联的值。规则的来源有内建（Built-in Correlation）和使用者自定（User-defined Rules Correlation）关联规则两种。

内建（Built-in Correlation）：VuGen已经针对常用的一些应用系统，如AribaBuyer、BlueMartini、BroadVision、InterStage、mySAP、NetDynamics、Oracle、PeopleSoft、Siebel、SilverJRunner等，内建了一些关联规则。这些应用系统可能会有一种以上的关联规则。

可以在\中启用关联规则，启用关联后，当录制这些应用系统的脚本时，VuGen会在脚本中自动建立关联。也可以在\Options\检视每个关联规则的定义。

除了内建的关联规则之外，使用者也可以自定关联规则。可以在\Options\建立新的关联规则。

请依照以下步骤使用\：

单击VuGen的\，开启\对话窗口，选取\，勾选\，以启用自动关联。

假如录制的应用系统属于内建关联规则的系统，如AribaBuyer、BlueMartini、BroadVision、InterStage、mySAP、NetDynamics、Oracle、PeopleSoft、Siebel、SilverJRunner等，请勾选相对应的应用系统。或者也可针对录制的应用系统加入新的关联规则，此即为使用者自定的关联规则。

自动关联时VuGen会侦测到符合关联规则的数据，以下为处理方式：

首先会跳出一个\消息对话窗口，选择\me decide online\：询问用户是否要建立关联，每遇到一次询问一次，以了解每个关联数据的内容和位置。如果每次询问很麻烦，可以选择\（直接自动建立关联）。

2．\：有别于\，\是在执行脚本后才会建立关联，也就是说当录制完脚本后，脚本至少须被执行过一次时\才会起作用。\会尝试找出录制时与执行时，服务器响应内容的差异部分，藉以找出需要关联的数据，并建立关联。

当录制的应用系统不属于VuGen预设支持的应用系统时，\可能无法发挥作用，这时可以利用\来进行关联。

使用\的步骤如下： （1）录制脚本并执行。

（2）执行完毕后，VuGen会跳出\窗口，询问用户是否要扫描脚本并建立关联，单击\按钮，扫描脚本。

（3）扫描完后，可以在脚本下方的\中看到扫描的结果。

（4）检查一下扫描的结果，选择要做关联的数据，然后单击\按钮，逐次关联，或是单击\让VuGen一次就对所有的数据建立关联。

注意：

由于Correlation Studio会找出所有有变动的数据，但是并不是所有的数据都需要做关联，所以不建议用户直接用\。

重复步骤（1）~（4），直到所有需要做关联的数据都找出来为止。 注意：

有时关联的地方有多处，前面的关联如果没有执行通过，执行将停止验证脚本的正确性，后面需要做关联的部分无法被扫描出来。

3.3.3 手动关联方法

在对脚本进行关联的时候，有的脚本利用上面介绍的方法自动关联就可以了，但是也有可能某些需要做关联的动态数据，连\都无法侦测出来，这时就需要进行手动关联。

虽然手动关联比自动关联方法麻烦一些，操作复杂，对于没有代码编程经验的测试初学者来说，甚至有时连需要关联的位置都无法找到，但是经过多次实践后，会发现很多关联的方法与技巧。毕竟手动关联出来的脚本拥有更大的灵活性，可以随意改动来满足用户不同的需求。

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

使用相同的业务流程与数据，录制两份脚本。 使用WinDiff工具协助找出需要关联的数据。 使用web_reg_save_param函数手动建立关联。 将脚本中有用到关联的数据，以参数取代。 具体的执行过程如下：

1．使用相同的业务流程与数据，录制两份脚本。

先录制一份脚本并存档，再依照相同的操作步骤与数据录制第二份脚本并保存。 注意：

所有的步骤和输入的数据一定都要一样，这样才能找出由服务器端产生的动态数据。在录制第二份脚本时有时候无法使用相同的输入数据，但也要记住第一份脚本所使用的输入数据，到时对两个脚本进行比较时才能判断出这是所要输入的数据，还是变动的数据。

2．使用WinDiff工具协助找出需要关联的数据。

（1）在第二份脚本中，单击VuGen的\，并选择第一份脚本。

（2）接着WinDiff会开启，同时显示两份脚本，并显示有差异的地方。WinDiff会以一整行黄色标示有差异的脚本，并且以红色的字体显示真正差异的文字（假如没看到红色字体，请单击\）。

（3）逐一检视两份脚本中差异的部分，每一处差异都可能是需要做关联的地方。选取差异的脚本，然后复制。在复制时，有时并不需要取整行脚本，可能只会选取脚本中的一部分。

注意：

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

（4）接着要在Recording Log（单一协议）或是Generation Log（多重协议）中找这个值。将鼠标光标放到Recording Log的第一行开头，按下\组合键，开启\\窗口，贴上刚刚复制的脚本，找出其在Recording Log第一次出现的位置。

如果在Recording Log中找不到要找的数据，这时请先确认是否找对了脚本，毕竟现在开启了两个几乎一样的脚本，很容易弄错。

如果在Recording Log中找到了要找的数据，这时要确认数据是否为从服务器端传送过来的。首先可以检查数据的标头，从标头的Receiving response可以知道数据是否是从服务器端传送到客户端的。假如此数据第一次出现是在Sending request中，则表示此数据是由客户端产生，不需要做关联，但是有可能需要做参数化（Parameterized）。

现在已经找到录制两次不一致而且是由服务器所产生的动态数据，此数据极有可能需要做关联。

3．使用web_reg_save_param函数手动建立关联。

在找到由服务器所产生的动态数据之后，接下来要做的就是找出适当的位置，使用web_reg_save_param函数，将这个动态数据撷取到某个参数中。

（1）web_reg_save_param函数

对于关联来说，web_reg_save_param是最重要的一个函数，其功能是在下载的网页内容中，通过设定的边界字符串，找出特定的数据并将其存储在一个参数中，以供后续脚本使用。 web_reg_save_param是一个服务端函数（Service function，主要用来完成一些特殊的工作，如关联、设定proxy、提供认证信息等），当其作用时，不会对网页的内容做任何的修改。 web_reg_save_param同时也是一个注册类型的函数（Registration Type Function，只要函数名称中包含_reg_的字眼，表示其为注册类型的函数）。注册类型的函数意味着其真正作用的时机是在下一个动作函数（Action Function）完成时。举例来说，当某个web_url执行时所接收到的网页内容中包含了要做关联的动态数据，则必须将web_reg_save_param放在此web_url之前，web_reg_save_param会在web_url执行完毕后，也就是网页内容都下载完后，再执行web_reg_save_param，寻找要做关联的动态数据并建立参数。 要记住一点，当使用注册类型的函数时，要注意其放置的位置必须在要作用的动作函数之前。 （2）web_reg_save_param的语法 int web_reg_save_param(const char *ParamName, , LAST); ParamName：存放动态数据的参数名称。

list of Attributes：其他属性，包含 \、\、\、\、\、\、\、\以及\。下面将详细说明每个属性值的意义。

Notfound：指定当找不到要找的动态数据时该怎么处理。

当指定Notfound=error时，表示着找不到动态数据时，就发出一个错误消息。此为该属性的默认值。

当指定Notfound=warning时，表示当找不到动态数据时，不发出错误消息，只发出警告，脚本也会继续执行下去不会中断。在对脚本出错时，可以如此设置。

LB：动态数据的左边界字符串。此属性是必须要有的，而且区分大小写。 RB：动态数据的右边界字符串。此属性是必须要有的，而且区分大小写。

RelFrameID：相对于URL而言，欲搜寻的网页的Frame。此属性可以是All或是数字，而且可有可无。

Search：搜寻的范围，其值可以是Headers（只搜寻headers）、Body（只搜寻body部分，不搜寻header）、Noresource（只搜寻body部分，不搜寻header与resource）或是All（搜寻全部范围，此为默认值），此属性可有可无。

百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，免费范文网，提供经典小说综合文库LoadRunner脚本编写(6)在线全文阅读。