这一节讲loadunner 关联的问题，其实这个东西理解起来简单，但说起来比较麻烦。

　　关联的原理：

　　先来模拟一个场景，我去坐火车，坐火车要先检票，检票员核对火车票的时间、班次等信息正确后允许我坐火车。

　　过了几天，我又拿着一张票去坐火车，检票员再一次核对火车票信息，发现这张票过期了，肯定不让我坐了。那我怎么才能坐火车呢？我先看看旁边那哥们的火车票上的信息，然后把自己的查票涂改成和他一模一样再去坐火车。

　　在我们录制测试脚本时也经常会遇到这样的情况：录制的时候，服务器会给一个的认证码来进行操作，当再次回放脚本的时候服务器又会给一个全新的认证码，而脚本录制是死的，还是拿老的认证码提交，从而导致脚本执行时失败。

　　下面详细来分析一下录制与回放的过程

　　录制过程：

　　1、输入用户名密码登录

　　2、服务器端返回一个sesiionID@@@12345

　　3、客户端拿着获得sesiionID@@@12345进一步请求服务器信息。

　　4、服务器返回客户端想要的信息

　　回放过程：

　　1、输入用户名密码登录

　　2、客户端返回新的sesiionID@@@23456

　　3、因为脚本中的sesiionID@@@12345 是写死的，所以我们会依然拿着老的sesiionID@@@12345去向服务器请求信息

　　4、服务器你经过验证发现你的sesiionID@@@12345是错误的。

　　为了确保脚本回放的成功，我们需要获得服务器每次返回的动态的sesiionID，再将这个动态数据发回给服务器。而关联能够帮助我们将服务器返回的数据进行处理并保存为参数。

　　OK！通过上面的分析，我们大概明白的关联的原理，下面要解决的问题是如何设置关联。关联的三种方法：

　　● 自动关联

　　● 手动关联

　　● 一边录制一边关联