引言

除了測試單個介面，我們常常需要對多個有資料或者邏輯關聯的介面進行業務流程測試，例如獲取驗證碼-註冊-登入。傳統測試業務流程需要編寫一系列測試程式碼，現在通過eoLinker全UI介面，無需編寫任何程式碼即可完成稍複雜的API測試。

關鍵詞

流程化測試、自動化測試、資料關聯

填寫完介面文件後，我們往往要對多個有資料或者邏輯關聯的介面進行API業務測試。精彩世界盃火熱進行，現以為支援球隊點贊業務來舉個例子：

介面1 登入：在進行測試前我們需要先登入，將其返回的token欄位作為後續介面的請求頭欄位。
介面2 獲取球隊列表：點贊之前我們需要先請求球隊列表陣列。
介面3 為球隊點贊

如下圖

若API文件已建立了相關的介面，在自動化普通UI模式下可以批量新增已有介面

接下來我會依次介紹如何處理複雜的引數、對返回值匹配、將上一個介面返回值作為請求引數值等等。

對請求引數進行處理

登入介面，我使用eoLinker內建的加密方法對請求引數userPassword進行MD5加密。

在請求前程式碼注入裡，僅需要了解一些簡單的物件賦值、for迴圈語法你就可以使用Javascript、Jquery對請求引數、請求頭部等操作自如。

對返回引數進行匹配

對於介面2，我需要先對返回值進行判斷，再決定自動化是否繼續，eoLinker校驗失敗時預設停止測試。
校驗規則：
* statusCode為字串000000
* 列表中的第一個元素是中國隊，teamID為數字1

eoLinker填寫的校驗規則：

填寫匹配規則的過程中需要注意型別（string、int、boolean、float、array、object）以及層級關係。

上一個請求的返回值作為本次請求的請求引數

點贊喜歡的球隊時，需要傳遞上一個介面返回的球隊teamID。
獲取球隊列表的返回值：

第一步，填寫介面2：獲取球隊列表的返回引數，為關聯引數提供資料結構。

選中teamList的型別（選對了型別才能準確關聯），增加子欄位操作將teamName和teamID填入。

第二步，填寫介面3：為球隊點讚的請求引數。

點選後會出現以下彈框，選中teamID。

生成繫結值。

測試報告

使用普通UI自動化模式，只需要動動滑鼠就可以完成一系列的業務流程測試，生成詳細的測試報告。

eoLinker，高效、專業、規範，讓介面管理更加簡單！

官方網站：https://www.eolinker.com