原文链接：http://blog.csdn.net/u011446864/article/details/38395975
关联是LoadRunner的精髓，可以说不会关联就不会性能测试，在网上有很多关于关联的文章和博客，但是发现很多文章把做关联时如何确定两份脚本中不同的值是否需要关联，以及关联函数插入的位置的确定都介绍的很模糊，我感觉这里是重点，因为这个过程有两次查询日志的操作，且这两次的目的并不一样，而且两次复制的查找内容也是不同的，初学者很容易搞晕。这里网上很多教程介绍两次都复制脚本中的动态值去日志中查找，真心不明白。Replay log是回放日志，脚本经过回放后服务器返回的唯一辨识码已经改变，再次复制录制时的脚本中的辨识码去查找怎能找到？反正本人当初是被很多文章给误解了。下面进入正题，我们用LoadRunner自带的订票系统做演示。
在做关联之前我们先了解一下LoadRunner的工作原理，这样更便于理解为什么会做关联。
当执行脚本时，VuGen伪装成浏览器，然后根据脚本，把当初真的浏览器所说过的话，再对网站伺服器重新说一遍，VuGen企图骗过服务器，让服务器以为它就是当初的浏览器，然后把网站内容传送给VuGen。
所以纪录在脚本中要跟服务器所说的话，完全与当初录制时所说的一样，是写死的（hard-coded）。这样的作法在遇到有些比较聪明的服务器时，还是会失效。这时就需要透过「关联（correlation）」的做法来让VuGen可以再次成功地骗过服务器。
所谓的关联（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，整个脚本的执行就会失败。请仔细去理解此图内容，这里真正明白下面内容就好理解了。
手动关联的过程大致如下：
第一步：录制测试脚本，录制二遍
第二步：使用BeyondComparePortable工具找出两次脚本的不同，判断是否需要进行关联
第三步：确定插入关联的位置
第四步：在VIEW TREE中使用web_reg_save_param函数手动建立关联
第五步：将脚本中有用到关联的数据，用参数代替
第六步：验证关联的正确性
下面详细介绍：
第一步：
录制测试脚本，录制二遍
这一步就不用多说了，相同的操作，录制两份，分别保存
第二步：
使用BeyondComparePortable工具协助找出需要关联的数据
1. 在第二份脚本中，点选VuGen的【Tools】>【Compare with Vuser…】，并选择第一份脚本。
2. 接着BeyondComparePortable会开启，同时显示二份脚本，并显示有差异的地方。WinDiff会以一整行黄色标示有差异的脚本，并且以红色的字体显示真正差异的文字。（假如没看到红色字体，请点选【Options】>【View】>【Show Inline Differences】）。
查看二份脚本中差异的部份，每一个差异都可能是需要做关联的地方。
注意：lr_thik_time部分的差异可以忽略
找到不同的部分后，复制，然后打开Recording Log或是CodeGenerationLog.txt，按Ctrl+F，在查找窗口中粘贴差异部分的内容，点击查找找到后，查看该部分的信息，确认是客户端的请求信息还是服务器回应的信息
如果出现在$$$$$$ Request Header For Transaction With Id 3 Ended $$$$$$这个部分，那证明是客户端发出的请求，这里是不需要做关联的
一般做的关联都是出现在****** 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, <list of Attributes>, 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);
第六步：
验证关联的正确性
回放脚本，验证关联的正确性