Loadrunner脚本自动关联和手动关联

关于Loadrunner关联
一、什么时候需要关联
1.关联的含义
关联（correlation）：在脚本回放过程中，客户端发出请求，通过关联函数所定义的左右边界值（也就是关联规则），在服务器所响应的内容中查找，得到相应的值，已变量的形式替换录制时的静态值，从而向服务器发出正确的请求，这种动态获得服务器响应内容的方法被称作关联。
其实关联也属于一同特殊的参数化，只是与一般的参数化有些不同
一般的参数化的参数来源于一个文件、一个定义的table、通过sql写的一个结果集等，但关联所获得的参数是服务器响应请求所返回的一个符合条件的、动态的值
2.什么时候需要做关联
要想弄清这个问题，我们首先要知道客户端与服务器端的请求与响应的过程
过程说明：
客户端发出获得登录页面的请求
服务器端得到该请求后，返回登录页面，同时动态生成一个Session Id
当用户输入用户名密码，请求登录时，该Session Id同时被发送到服务器端
如果该Session Id在当前会话中有效，那么返回登录成功的页面，如果不正确则登录失败
在第一次录制过程中loadrunner把这个值记录了下来，写到了脚本中，但再次回放时，客户端发出同样的请求，而服务器端再一次动态的生成了Session Id，此时客户端发出的请求就是错误的，为了获得这个动态的Session Id我们这里用到了关联。
所以我们得出结论：
当客户端的某个请求是随着服务器端的相应而动态变化的时候，我们就需要用到关联
当然我们在录制脚本时应该对测试的项目进行适当的了解，知道哪些请求需要用到服务器响应的动态值，如果我们不明确那些值需要做关联的话，我们也可以将脚本录制两遍，通过对比脚本的方法来查找需要关联的部分，但并不是说两次录制的所有不同点都需要关联，这个要具体情况具体分析

二、自动关联 loadrunner参数化
自动关联包含两种机制：
一种是loadrunner通过对比录制和回放时服务器响应的不同，而提示用户是否进行关联，用户可自己创建关联规则，这个功能可以方便的使我们获 得需要关联的部分，但同时也存在一定的问题，如：自动关联所检测到的关联点不一定真的需要进行关联，这要我们更具实际情况进行判断；有些需要关联的动态数 据自动关联无法找到，这是就需要做手动关联
另一种是loadrunner自带的自动关联规则，在录制脚本时，会根据这些规则自动创建关联
自动关联的步骤如下：
1.开启自动关联选项
刚才提到的两种关联机制，如果用户想使用loadrunner自带的关联规则创建关联，那么需要在【Recording Options】>【Internet Protocol】>【Correlation】中启用关联规则，选中“Enable correlation during recording”，当录制这些应用系统的脚本时，VuGen会在脚本中自动建立关联。也可以在【Recording Options】>【Internet Protocol】>【Correlation】中添加关联规则，达到自动关联的目的。
如果需要在回放脚本时，loadrunner自动检测需要关联的部分，那么需要在【Tools】>【general options】>【Correlation】中选中“save correlation information during replay”和“show scan for correlations popup after replay of vuser”，当回放玩脚本后，会弹出Scan action for correlation窗口，进行关联点的搜索
2.录制脚本
录制脚本的过程在这里就不多说了
3.回放脚本
如果录制的脚本存在需要做关联的部分，那么在回放脚本时会出现错误
4.系统自动弹出检测关联对话框，或手动启动关联检测对话框
如果选择了【Tools】>【general options】>【Correlation】中的“save correlation information during replay”和“show scan for correlations popup after replay of vuser”，那么在回放脚本后会自动弹出“Scan action for correlation”窗口，点击“yes”进行自动查找
如果没有选择上述设置，那么也可以按CTRL+F8启动关联自动搜索
5.查看系统检测出的关联点进行关联设置
如果在录制和回放中存在差异，loadrunner会在“Correlation Results”中列出需要做关联的内容，用鼠标点击一条需要做关联的内容，点击“Create Rule”，系统会显示获得当前数据的规则，点击“yes”，完成规则的创建，同时查看脚本中增加了一个web_reg_save_param函数
也可以点击【Correlate】按钮创建关联，一笔一笔做，或是按下【Correlate All】让VuGen一次就对所有的数据建立关联。
注意：由于Correlation Studio会找出所有有变动的数据，但是并不是所有的数据都需要做关联，所以不建议您直接用【Correlate All】。
6.回放脚本检查关联的正确性
创建好关联后，回放脚本检查关联的正确性

三、手动关联
　手动关联的过程大致如下：
　　第一步：录制测试脚本，录制二遍
　　第二步：使用WinDiff工具找出两次脚本的不同，判断是否需要进行关联
　　第三步：确定插入关联的位置
　　第四步：在VIEW TREE中使用web_reg_save_param函数手动建立关联
　　第五步：将脚本中有用到关联的数据，用参数代替
　　第六步：验证关联的正确性
　　下面详细介绍：
　　第一步：录制测试脚本，录制二遍
　　这一步就不用多说了，相同的操作，录制两份，分别保存
　　第二步：使用WinDiff工具协助找出需要关联的数据
　　1. 在第二份脚本中，点选VuGen的【Tools】>【Compare with Vuser…】，并选择第一份脚本。
　　2. 接着WinDiff会开启，同时显示二份脚本，并显示有差异的地方。WinDiff会以一整行黄色标示有差异的脚本，并且以红色的字体显示真正差异的文 字。（假如没看到红色字体，请点选【Options】>【View】>【Show Inline Differences】）。
　　查看二份脚本中差异的部份，每一个差异都可能是需要做关联的地方。
　　注意：lr_thik_time部分的差异可以忽略
　　找到不同的部分后，复制，然后打开Recording Log或是Generation Log，按Ctrl+F，在查找窗口中粘贴差异部分的内容，点击查找找到后，查看该部分的信息，确认是客户端的请求信息还是服务器回应的信息
　　如果出现在

<script type="math/tex; mode=display" id="MathJax-Element-100"></script> $$Request Header For Transaction With Id 3 Ended$$

<script type="math/tex; mode=display" id="MathJax-Element-102"></script>这个部分，那证明是客户端发出的请求，这里是不需要做关联的
　　一般做的关联都是出现在 * Response Header For Transaction With Id 7 *和 * Response Body For Transaction With Id 7 *中的部分。
　　在找到这个信息后，需要记录如下信息：
　　a、记录这个不同数据之前的内容和之后的内容
b、记录这个不同数据出现的位置，是Header还是Body
第三步：确认插入关联的位置
　　我们在日志中找到了两次脚本的不同点的位置，根据这个位置，我们再确定是在哪个请求之后产生的，也就是说要定位发生不同点的response是由哪个request产生的，找到了这个请求的函数位置，我们就知道要往哪里做关联了。
　　一般情况下关联函数写到发出请求的函数之前就可以了。
　　第四步：插入关联函数
　　在插入关联函数前，我们先介绍关联函数web_reg_save_param
　　一个web_reg_save_param函数的例子：
web_reg_save_param (“sessionid”,
　　“LB=Session_id:”,
　　“RB=;”,
　　“Search=Body”,
　　LAST);
　　在这里我们只介绍几个常用参数的含义
　　语法：int web_reg_save_param(const char *ParamName, , LAST);
　　参数说明:
　　ParamName: 存放得到的动态内容的参数名称
　　list of Attributes: 其它属性，包括：Notfound, LB, RB, RelFrameID, Search, ORD, SaveOffset, Convert, SaveLen。属性值不分大小写
　　LB( Left Boundary ) : 返回信息的左边界字串。该属性必须有，并且区分大小写。
　　RB( Right Boundary ): 返回信息的右边界字串。该属性必须有，并且区分大小写。
　　Search : 返回信息的查找范围。可以是Headers，Body，Noresource，All(缺省)。该属性质可有可无。
　　那么如何插入该关联函数呢？
　　1.将vugun切换到 view tree 模式下
　　2.在左边的列表中，找到在上一步发出请求的函数，点击“右键”
　　选择“insert before”
　　3.在弹出的“add step”对话框的“find function”中输入“web_reg_save_param”，点击“ok”
　　在“parameter name”中输入,关联函数的名称，这里最好有含义，“sessionid”
　　在“left boundary”中输入，刚才记录下的不同点字符串的左面的几个字符，定义左边界，Session_id:
　　在“right boundary”中输入，刚才记录下的不同点字符串的右面的几个字符，定义右边界，;
　　在“search in ”中，选择“body”
　　点击“ok”
　　4.回到脚本编辑模式下，查看该函数插入是否正确
　　在发出请求的函数前应该看到：
web_reg_save_param (“sessionid”,
　　“LB=Session_id:”,
　　“RB=;”,
　　“Search=Body”,
　　LAST);
　　第五步：将脚本中有用到关联的数据，用参数代替
　　如发出请求的参数如下，那么将原来服务器返回的动态值使用{ sessionid } 来替换：
web_submit_form(“login.php_2”,
　　“Snapshot=t2.inf”,
　　ITEMDATA,
　　“Name=login”, “Value=wangjin”, ENDITEM,
　　“Name=password”, “Value=wangjin”, ENDITEM,
　　“Name=Session_id”,”Value={ sessionid } “, ENDITEM,
　　“Name=Submit”, “Value=Login”, ENDITEM,
　　EXTRARES,
　　“URL=/media/images/border_bg_l.gif”, ENDITEM,
　　“URL=/media/images/header_bg.gif”, ENDITEM,
　　“URL=/media/images/th.gif”, ENDITEM,
　　LAST);
　　第六步：验证关联的正确性
　　回放脚本，验证关联的正确性。
　

转载：http://blog.163.com/yang_jianli/blog/static/161990006201431113845401/

软件测试里如何在LoadRunner脚本中做关联

　　LoadRunner，是一种预测系统行为和性能的负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner能够对整个企业架构进行测试。通过使用 LoadRunner，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。 LoadRunner是一种适用于各种体系架构的自动负载测试工具，它能预测系统行为并优化系统性能。

　　教你在软件测试里如何在 LoadRunner 脚本中做关联 (Correlation)

　　当录制脚本时，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 ( “Parameter Name” , < list of Attributes >, LAST );

　　? web_create_html_param、web_create_html_param_ex：这二个函数主要是保留作为向前兼容的目的的。建议使用 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都无法侦测出来，这时您就需要自行做手动关联了。

　　手动关联

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

　　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 astra.merc-int.com: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】，以及【Extended log】下的所有选项。

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

　　执行完脚本之后，在Execution Log中搜寻刚刚复制的字符串。找到字符串后，在字符串前面会有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函数主要是透过动态数据的前面和后面的固定字符串，来辨识要撷取的动态数据的，所以我们还需要找出动态数据的边界字符串。

　　找出左边界字符串

　　再回到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.0884568651DQADHfApHDHfcDtccpfAttcf”, ENDITEM,

　　换成

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

　　到这里您已经完成了一个关联了，接下来就是执行脚本，是否能成功运行，假如还是有问题，就要检查看看是否还需要再做另一个关联。

　　关于 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:当找不到动态数据时，不发出错误讯息，只发出警告，脚本也会继续执行下去不会中断。在对角本除错时，可以使用此属性值。

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

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

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

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

　　? ORD:指明从第几次出现的左边界开始才是要撷取的数据。此属性质可有可无，默认值是1。假如值为All，则所有找到符合的数据会储存在数组中。

　　? SaveOffset:当找到符合的动态数据时，从第几个字符开始才开始储存到参数中。此属性质不可为负数，其默认值为0。

　　? Convert:可能的值有二种:

　　o HTML_TO_URL: 将HTML-encoded数据转成URL-encoded数据格式

　　o HTML_TO_TEXT:将HTML-encoded数据转成纯文字数据格式

　　? SaveLen:从offect开始算起，到指定的长度内的字符串，才储存到参数中。此参数可有可无，默认值是-1，表示储存到结尾整个字符串。

　　范例

　　web_reg_save_param(“A”, “LB/ic=