loadrunner 关联方法 详细

1、录制两份一样的脚本，在其中一份脚本中点击tools-compare with script

2、找到不同的地方，可以过滤掉一些数据。过滤可疑数据，一个请求出错了，往往不是服务器出问题，而是发送给服务器的数据出问题了。
   数据一般位于URL\ACTION    BODY\ITEMDATA.
 过滤数据的规律和原则:
  a、结合业务进行判断。
  b、根据键和一些常识进行判断。
  C、对值做判断
   c1、如果是用户自己输入的值，不需要关联
   c2、如果值是一些简单的数字，比如：0,1,2,3,4这样的。一般不需要关联。
   c3、如果值本身或者部分包含的是一些固定的单词或者词组，一般不需要关联

3、确认可疑数据的来源
 在Generation log中查找可疑数据（只找Value），一般只需要查找一次。使用向上的方向键向上查找，直到遇到第一个分隔符（******）为止.
 （注：request：请求 Response：响应。）
查找到response的ID,然后向上查找request对应的ID,根据第三步中查找到的ID号，找到对应的request header部分(不是end部分）复制下一行的path路径。

4、定位请求
 在Script中根据第四步中的path去定位请求。（即复制这个path路径到脚本中查找）
 如果path是位于URL或者action相关的部分，则对应所在的函数（请求）是符合要求的。
 如果path是位于Referer或者extrares部分，则对应的请求是不符合要求的。
 如果以上两条准则冲突，则以第一条为准。

5、参数化
在脚本中找到这个path后，点击鼠标光标定位到该path， 切换到tree模式，选中第4步中确认的请求。
 确保在Recorded snapshot、http view、response body。
 (右键find)查找可疑数据（只有Value），查找到之后，选中数据右键-create param。
 双击左侧新增的web_reg_save_param相关函数，修改参数名字，使其有意义。
 如果左右边界中出现乱码，如果出现在左边界中，则将乱码部分及乱码左边的文字部分全部删除
    如果出现在右边界中，则将乱码及乱码右边的文字部分全部删除。

6、替换（参数调用）
 回到Script模式，将所有的可疑数据，全部替换（CTRL+H）成参数调用的形式。