Rational Performance Tester 資料關聯規則詳解

2. 設定 RPT 的自動資料關聯

通過選擇視窗→首選項→測試生成→HTTP 測試生成的資料關聯和協議選項卡，可以修改或關閉 RPT 的自動資料關聯功能，如圖 1 為 HTTP 測試生成中資料關聯的通用設定，圖 2 為基於 HTTP 協議的具體應用的支援，其中包括對 IBM Rational 下一代協作軟體交付平臺—Jazz 的支援。本文中的自動資料關聯規則基於如圖的預設設定。

3. HTTP 協議的 RPT 自動資料關聯

3.1 主機和埠

基於 Web 的應用程式可能在一個測試，甚至在一個頁面中會發起多個連線連線不同的伺服器。如圖 3，在“測試內容”中，每個連線由相關聯的請求下面的一個圖示表示。選擇連線，就可以看到具體連線資訊和測試中使用這個連線的所有請求。由於最初錄製的效能測試以後有可能需要在不同的系統環境中執行，可能有不同的主機或不同的埠，所以 RPT 提供了主機和埠的自動關聯，圖中該連線的主機自動關聯到變數 192.168.0.27_Host，埠自動關聯到變數 192.168.0.27_Port。

（圖 3 大圖）

3.2 Cookie

Cookie 由伺服器生成，通常用來儲存一些動態資料，如會話 ID、認證 token，從而辨別使用者身份，進行會話跟蹤等。用 Cookie 的形式提交動態資料的好處是其值往往來自 Cookie 自身。如果伺服器選擇使用 Cookie，會使用 Set-Cookie 語句在 HTTP 響應頭中指定這些資料和值。當客戶應用程式發出後續請求時，會將這些 Cookie 包含在 HTTP 請求頭中發出。RPT 能夠自動實現 cookie 的資料關聯，在指令碼回放時自動將請求中的 cookie 值替換為伺服器實際返回的值。

3.3 URL

URL 的一般語法格式為 :

http[s]://hostname[:port]/path/[;parameters][?query]#fragment

query 欄位通常是由 & 符號連線的若干個“name = value”組成，RPT 首先從中分析出所有的 name 欄位，將其放入特定列表，當生成測試指令碼時，會搜尋最近出現的響應頭或相應內容中的 name=value，將 value 作為引用，自動與該 URL 中的 value 關聯，如圖 4 示例。

3.4 重定向

當某請求的響應程式碼為 301，302，303，307 時，RPT 會自動將響應頭中的 location 的真實路徑作為引用，搜尋後續請求的完整 URL，當發現匹配時進行自動關聯，如圖 5 示例：

3.5 請求內容

如果請求內容中出現由 & 符號連線的“name=value”欄位，則同 3.3 節，搜尋最近出現的響應頭或響應內容中的 name=value，進行自動關聯，如圖 6 示例：

如果請求內容為 XML 文件格式，即以“