如何在LR中做关联

第一篇。如何在lr中做关联如何在loadrunner脚本中做关联（correlation）当录制脚本时，vugen会拦截client端（浏览器）与server端（网站服务器）之间的对话，并且通通记录下来，产生脚本。在vugen的recordinglog中，您可以找到浏览器与服务器之间所有的对话，包含通讯内容、日期、时间、浏览器的请求、服务器的响应内容等等。脚本和recordinglog最大的差别在于，脚本只记录了client端要对server端所说的话，而recordinglog则是完整纪录二者的对话。

当执行脚本时，您可以把vugen想象成是一个演员，它伪装成浏览器，然后根据脚本，把当初真的浏览器所说过的话，再对网站伺服器重新说一遍，vugen企图骗过服务器，让服务器以为它就是当初的浏览器，然后把网站内容传送给vugen。

所以纪录在脚本中要跟服务器所说的话，完全与当初录制时所说的一样，是写死的（hard-coded）。这样的作法在遇到有些比较聪明的服务器时，还是会失效。这时就需要透过「关联（correlation）」的做法来让vugen可以再次成功地骗过服务器。何谓关联（correlation）。

所谓的关联（correlation）就是把脚本中某些写死的（hard-coded）数据，转变成是撷取自服务器所送的、动态的、每次都不一样的数据。

举一个常见的例子，刚刚提到有些比较聪明的服务器，这些服务器在每个浏览器第一次跟它要数据时，都会在数据中夹带一个唯一的辨识码，接下来就会利用这个辨识码来辨识跟它要数据的是不是同一个浏览器。一般称这个辨识码为sessionid。对于每个新的交易，服务器都会产生新的sessionid给浏览器。这也就是为什么执行脚本会失败的原因，因为vugen还是用旧的sessionid向服务器要数据，服务器会发现这个sessionid是失效的或是它根本不认识这个sessionid，当然就不会传送正确的网页数据给vugen了。下面的图示说明了这样的情形：

当录制脚本时，浏览器送出网页a的请求，服务器将网页a的内容传送给浏览器，并且夹带了一个id=123的数据，当浏览器再送出网页b的情求时，这时就要用到id=123的数据，服务器才会认为这是合法的请求，并且把网页b的内容送回给浏览器。

在执行脚本时会发生什么状况。浏览器再送出网页b的请求时，用的还是当初录制的id=123的数据，而不是用服务器新给的id=456，整个脚本的执行就会失败。

要对付这种服务器，我们必须想办法找出这个sessionid到底是什么、位于何处，然后把它撷取下来，放到某个参数中，并且取代掉脚本中有用到sessionid的部份，这样就可以成功骗过服务器，正确地完成整个交易了。

哪些错误代表着我应该做关联（correlation）。

假如脚本需要关联（correlation），在还没做之前是不会执行通过的，也就是说会有错误讯息发生。不过，很不幸地，并没有任何特定的错误讯息是和关联（correlation）有关系的。会出现什么错误讯息，与系统实做的错误处理机制有关。错误讯息有可能会提醒您要重新登入，但是也有可能直接就显示http404的错误讯息。要如何做关联（correlation）。关联（correlation）函数

关联（correlation）会用到下列的函数：

web_reg_save_param：这是最新版，也是最常用来做关联（correlation）的函数。语法：