如何用 Web Test 錄製網站動態產生的交易路徑

如何用 Web Test 錄製網站動態產生的交易路徑

前言

現在用網頁做交易是相當平常的,而且會因為交易完成時動態產生的編號而會有不同的路徑。這個在 MVC 的 Route 機制上更是常見的結果

image

可以看到這裡的交易結果網址路徑,每次還都不一樣。

image

網址的前半段就是交易的單號

image

當然若是換了下一個交易,則又會有不一樣的網址。

image

這在做迴歸性測試時就會發生,驗證結果錯誤。因為這次交易的單號和之前錄的單號肯定不一樣

 

為什麼會發生驗證失敗

 

image

從 Request 結果來看 Payment 因為是 Redirect 所以 HTTP Status 是 302  ( 感謝 Eric 幫忙解讀)

所以 Client 會再發一個 Request 給 Server

image

但因為工具很單純地會將 Request 所有的過程全部記錄下來,當然包含了驗證路徑。

image

而實際上 302 的路徑和這裡驗證的路徑結果,根本不一樣所以無法驗證通過。

 

如何讓工具可以自動化

 

image

如同這裡的資料可以看到,我們要的是 Response Headers 中的 Location 路徑

 

image

因為每次送的路徑不同,所以我們要從 Payment 給的 Location 資料來處理。

image

新增一個截取規則

image

將 Header 的名稱輸入進去,記得一定要一模一樣。

image

在 Payment 新增一個 Request

image

接著就是將 Payment 取得的 Location 路徑變數,放到下一個 Request 當中。

變數的使用方式是 {{變數名稱}}

 

這樣子就做完了 Smile 

 

image

當然重新跑一次 Web Test 的腳本,就可以看到所有的燈號全部都是綠燈啦! Smile 

以後就可以很開心地自動執行