文章以例項講解loadrunner中的關聯操作，內容包括：自動關聯、手動關聯和關聯規則的設定。

1.1.1     準備工作

在web tours專案預設設定裡，登入操作是沒有生成sessionID的，所以我們需要設定一下。

在“Administration Page”頁，勾選上第三個選項“Set LOGIN form's action tag to an error page.”然後儲存即可，如下圖：

1.1.2     自動關聯

首先要錄指令碼，這個比較容易自己操作即可。

回放指令碼：回放之前要開啟recording Options 視窗，點選correlation標籤頁，確保Enable correlation during recording 選項處於勾選狀態，如下圖

回放日誌如下，出現了異常：web_image("SignOff Button")沒找到。

我們再看回放視窗的最後一個回放記錄頁面，如下圖，web tours提示我們可能是因為session的原因。通常出現sessionID這些動態資訊的時候，我們就需要找出關聯值，做關聯操作。

這時候我們可以通過掃描指令碼查詢關聯值，如下圖點選“Scan script for Correlations”，也可以用快捷鍵ctrl+F8.

如下圖，在掃描結果中我們找到了sessionID

下面我們對這個sessionId做關聯，選中這一大串sessionID，然後右鍵點選“Create Correlation”

在上面的彈出框中點選“是”，然後回到指令碼中可以看到已經生成了一塊函式web_reg_save_param_ex，被儲存的引數名為“CorrelationParameter_1”

最後，開啟登入函式塊，並引數化sessionID，如下圖。

到此設定關聯已完成，回放指令碼即可通過。

1.1.3     設定關聯規則，生成關聯

如果我們預先知道要關聯的內容，那麼我們可以自己設定關聯規則，這樣在錄製的過程中指令碼就會自動生成關聯。

Recording Options > Correlation > New Application（新增"web tours"） > New Rule設定規則。如下圖為我們設定好的關聯規則

然後我們直接錄製指令碼。

檢視指令碼，我們可以看到已經生成了關聯引數，並且引數已經應用在請求當中，如下兩個圖：

1.1.4     手動關聯

1)         對同一操作錄製兩個指令碼；

2)         使用LR自帶的指令碼對比工具WDiff：Tool > compare with Script...，開啟如下圖所示，對比兩個指令碼；

3)         對比兩個指令碼，找到需要關聯的內容（這時候需要注意，指令碼不一至的內容不一定需要關聯）；

4)         使用web_reg_save_param進行關聯：Insert .> New Step...，找到web_reg_save_param函式

5)     填寫引數名左右邊界等資訊（其他屬性不懂的可自行百度）

6)     點選“OK”生成函式，如下圖：

7)     最後呼叫引數，並回放指令碼，執行通過。

手動關聯的一般步驟：

1、錄製兩次相同的指令碼；

2、使用loadrunner自帶的WDiff（Tools->Compare with script）工具，找出兩次指令碼錄製的不同之處，判斷是否需要關聯；

3、確定插入關聯的位置；

4、在指令碼檢視中插入web_reg_save_param函式建立手動關聯；

5、將指令碼中需要建立關聯的資料用引數替換；

6、驗證關聯的正確性。

下面詳細介紹步驟：

1、錄製完一次指令碼並儲存，這裡儲存為basic_tutorial_1(錄製的步驟根據loadrunner 11 幫助文件上的例項)；

2、再次進行相同的步驟進行第二次錄製，儲存為basic_tutorial_2，點選【Tools】->【Compare with script】，彈出檔案選擇框，選中名為basic_tutorial_1的檔案。

3、WDiff會開啟，同時顯示二份指令碼，並顯示有差異的地方。WDiff會以一整行黃色標示有差異的指令碼，並且以紅色的字型顯示真正差異的文字。（假如沒看到紅色字型，請點選【Options】>【View】>【Show Inline Differences】）。

檢視二份指令碼中差異的部份，每一個差異都可能是需要做關聯的地方，lr_thik_time部分的差異可以忽略。（詳見參考文獻1）

找到不同的部分，然後在輸出視窗的【Generation Log】中按Ctrl+F，在查詢視窗中貼上差異部分的內容，點選查詢找到後，檢視該部分的資訊，確認是客戶端的請求資訊還是伺服器迴應的資訊。
如果出現在****** Request Header For Transaction With Id 3 ******等類似的部分中，那證明是客戶端發出的請求，這裡是不需要做關聯；一般做的關聯都是出現在****** Response Body For Transaction With Id 13 ******等類似的Response部分的內容，找到這個資訊，記錄如下內容：

A、記錄這個不同資料之前的內容和之後的內容，如這裡的不同資料是帶紅色部分（<input type=hidden name=userSession value=106846.044795464ftQfiQDptcQVzzzHDcQHfpDzAfHf>）那麼它的左邊界就是"<input type=hidden name=userSession value="，而右邊界就是">"(邊界內容越詳細越好)。

B、記錄這個不同資料出現的位置，是Header還是Body。

4、確認插入關聯的位置：

需要重新執行一次指令碼，執行前先點選【Vuser(U)】->【Run-time Settings】->[Log]，將【Log】中的【Enable logging】勾選上，選擇【Extended log】，將【Extended log】中的選項全部勾選上。

重新執行完指令碼後，點選輸出視窗的【Replay Log】，按CTRL+F，粘帖上<input type=hidden name=userSession value=然後找到兩次錄製指令碼不同點的位置，即如下這一行資料，雙擊此處，在指令碼中的位置之前就是需要插入關聯函式的地方。

Action.c(4): <input type=hidden name=userSession value=106853.155690563ftQzcfQpVQfiDDDDDcQHHpfffVHf>\n

5、插入關聯函式：

右擊上一步驟中，搜尋到的指令碼位置，在其上方的空白處右擊，【插入】->【新建步驟】，彈出新增步驟輸入框，輸入“web_reg_save_param”，點選確定，彈出將資料儲存到引數中輸入框，在引數名中輸入“UserSession”，左邊界“<input type=hidden name=userSession value=”，右邊界“>”，勾選搜尋範圍，選擇“正文”，然後點選確定。
成功插入後應看到如下的正確函式：

web_reg_save_param("UserSession",
"LB=input type=hidden name=userSession value=",
"RB=>",
"Search=Body",
LAST);
6、將指令碼中有用到關聯的資料，用引數代替：

如發出請求的引數如下，那麼將原來伺服器返回的動態值使用{ UserSession } 來替換：

注意這裡取變數用的是{}大括號。

7、最後驗證關聯的正確性：
　 回放指令碼，驗證關聯的正確性。