不是所有的內(nèi)容多需要做關(guān)聯(lián)

Loadrunner關(guān)聯(lián)（一）什么時候需要做關(guān)聯(lián)

關(guān)聯(lián)（correlation）：在腳本回放過程中，客戶端發(fā)出請求，通過關(guān)聯(lián)函數(shù)所定義的左右邊界值（也就是關(guān)聯(lián)規(guī)則），在服務器所響應的內(nèi)容中查找，得到相應的值，已變量的形式替換錄制時的靜態(tài)值，從而向服務器發(fā)出正確的請求，這種動態(tài)獲得服務器響應內(nèi)容的方法被稱作關(guān)聯(lián)。

其實關(guān)聯(lián)也屬于一同特殊的參數(shù)化，只是與一般的參數(shù)化有些不同

一般的參數(shù)化的參數(shù)來源于一個文件、一個定義的table、通過sql寫的一個結(jié)果集等，但關(guān)聯(lián)所獲得的參數(shù)是服務器響應請求所返回的一個符合條件的、動態(tài)的值

2.什么時候需要做關(guān)聯(lián)

要想弄清這個問題，我們首先要知道客戶端與服務器端的請求與響應的過程

拿一個登錄的過程我們來看一下：

過程說明：

客戶端發(fā)出獲得登錄頁面的請求

服務器端得到該請求后，返回登錄頁面，同時動態(tài)生成一個Session Id

當用戶輸入用戶名密碼，請求登錄時，該Session Id同時被發(fā)送到服務器端

如果該Session Id在當前會話中有效，那么返回登錄成功的頁面，如果不正確則登錄失敗

在第一次錄制過程中loadrunner把這個值記錄了下來，寫到了腳本中，但再次回放時，客戶端發(fā)出同樣的請求，而服務器端再一次動態(tài)的生成了Session Id，此時客戶端發(fā)出的請求就是錯誤的，為了獲得這個動態(tài)的Session Id我們這里用到了關(guān)聯(lián)。

所以我們得出結(jié)論：

當客戶端的某個請求是隨著服務器端的相應而動態(tài)變化的時候，我們就需要用到關(guān)聯(lián)

當然我們在錄制腳本時應該對測試的項目進行適當?shù)牧私?#xff0c;知道哪些請求需要用到服務器響應的動態(tài)值，如果我們不明確那些值需要做關(guān)聯(lián)的話，我們也可以將腳本錄制兩遍，通過對比腳本的方法來查找需要關(guān)聯(lián)的部分，但并不是說兩次錄制的所有不同點都需要關(guān)聯(lián)，這個要具體情況具體分析

關(guān)于自動關(guān)聯(lián)和手動關(guān)聯(lián)我會在下篇日志中描述

總結(jié)

以上是生活随笔為你收集整理的关联理解的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。