黎素珍

摘要：隨著分布式服務的廣泛應用，項目業(yè)務拆分后一般由不同業(yè)務團隊承建。各團隊的開發(fā)進度不一致而出現(xiàn)業(yè)務間依賴不可用的問題越來越突出。使用Mock技術可以十分便利的解決外部依賴。文中在介紹Mock概念的基礎上，引入了WireMock工具，并著重闡述WireMock的兩種運用方法。

關鍵詞：軟件測試;接口測試;模擬服務;模擬對象;WireMock

中圖分類號：TP311? ? ?文獻標識碼：A? ? ?文章編號：1009-3044（2018）34-0255-02

1 引言

隨著互聯(lián)網(wǎng)時代的快速發(fā)展，分布式服務的應用越來越廣泛，日常服務出現(xiàn)粒度細、業(yè)務復雜的特點。在自身的業(yè)務系統(tǒng)及其業(yè)務線上都存在許多獨立部署的接口、服務。Mock技術，很大程度上保證了在研發(fā)、測試過程中，自身所依賴的服務隨時都可以使用，從而不阻礙各個團隊自身的研發(fā)、測試進度。一般來說，我們通過構建Mock Service，并配置不同的輸入、數(shù)據(jù)和場景的方式，對依賴的接口進行Mock。構建Mock Service的工具有許多，比如：moco、Mountebank、VCR、soapUI等，本文將介紹一款輕量級的Mock Service——WireMock。

2 Mock概述

Mock的意思是模擬，即通過某種技術手段創(chuàng)建一個虛擬的對象，模擬某些不易構造或是不易獲取的對象的行為，返回預先的設計結果。

2.1 Mock的粒度

根據(jù)需要測試的對象大小，Mock的粒度是有區(qū)別的，從小到大主要分為三個粒度：

1） mock一個函數(shù)：與待測試函數(shù)有關的交互全部使用mock方式替換。

2） mock整個類或接口：與待測試的類或是接口的交互全部使用mock方式替換;

3） mock整個系統(tǒng)：與待測試的系統(tǒng)外部的交互全部使用mock方式替換。

總而言之，模擬外部依賴時需要明確的區(qū)分內、外的邊界，以找到合適的切入點。在制定測試策略時可參照測試金字塔以便區(qū)分不同層次的測試關注點，如圖1。測試的粒度越大，測試的成本、效率、缺陷定位的難易程度均呈線性增長。WireMock工具的Mock粒度應屬于第二種。

2.2 Mock的好處

WireMock測試工具主要用于接口測試領域。根據(jù)分層測試定義，最底層由開發(fā)人員編寫的單元測試保證代碼質量[1]，最頂層由功能測試人員進行手工或者UI自動化測試來保證功能的可用。接口測試的意義則在于能更早的發(fā)現(xiàn)問題、縮短研發(fā)周期及發(fā)現(xiàn)更加底層的問題等等。而對接口進行Mock的好處則在于：

1） 消除依賴項，研發(fā)團隊可以并行工作，且不影響研發(fā)進度;

2） 提前進入測試，更早的發(fā)現(xiàn)問題，提高測試效率。接口定義完成后，測試人員創(chuàng)建Mock，把接口提前添加到自動化測試平臺，起到TDD的效果;

3） 有效地增加覆蓋面：當某些場景無法通過正常方式操作時，可以模擬接口入?yún)崿F(xiàn)復雜的業(yè)務邏輯。

3 WireMock的應用

WireMock，是一個開源的測試工具，最初是由Tom Akehurst在2011年創(chuàng)建的。它具有支持HTTP響應存根、請求驗證、代理/攔截、錄制/回放以及故障植入等功能。WireMock可使用的HTTP方法包括GET、POST、PUT、DELETE、HEAD、TRACE、OPTIONS等，并支持自定義header、數(shù)據(jù)模板、URL Template、Query parameters匹配以及顯示指定文件內容等等。工具是使用Java語言開發(fā)的，有兩種較為普遍使用方式：1）jar包單獨部署作為獨立的HTTP服務使用，這種方式基本能滿足大多數(shù)需求;2）通過引入依賴的方式在代碼中使用。

3.1 作為服務獨立運行

在官網(wǎng)下載一個獨立的可運行jar包，輸入命令：java –jar wiremock-standalone-2.19.0.jar來啟動WireMock。若未指定端口號，程序默認綁定端口號為8080，啟動后在當前目錄下會創(chuàng)建兩個空文件夾：__files和mappings：

1） __files文件夾用來放置測試的響應，如返回的json或字符串。當存根映射不匹配URL時，也支持從__files中讀取匹配文件進行響應。假設__files/sample路徑下存在test.html文件，且存根映射與請求的URL不匹配，當請求http：//<host>：<port>/sample/test.html時，程序將返回__files下對應的文件信息。

2） mappings文件夾放置的*.json文件，用作請求響應配置。*.json文件的名稱隨意，可以添加多個任意的文件。

3.1.1 模擬 POST請求接口

在mappings文件夾下創(chuàng)建一個*.json文件，以POST方法為例進行Mock，內容如圖2。

客戶端發(fā)送POST請求http：// <host>：<port>/lwebtest/UserLogin來調用模擬的UserLogin接口。當請求body內容與定義匹配（符合equalTo的內容），則返回Response響應。響應可分為body直接返回和指定file返回（支持json、xml、html等）。此外，WireMock還提供了其他匹配符，如：matches、binaryEqualTo、equalToXml、matchesXPath等。

mappings文件夾中的*.json文件，除上述手動創(chuàng)建外，可以通過錄制生成，步驟如下：

1） 在瀏覽器中輸入WireMock的錄制地址：http：// ：/__admin/recorder/

2） 在Target URL中輸入目標URL后，再點擊Record按鈕進入錄制狀態(tài)。

3） 以上述UserLogin接口為例（WireMock部署的端口號為9000）：使用Fiddler工具的Composer模塊發(fā)送Post請求：http：//localhost：9000/lwebtest/UserLogin;WireMock接收到請求后，向目標服務器轉發(fā)請求http：//localhost：8080/lwebtest/UserLogin，再將目標服務器返回的結果返回，并記錄請求及響應的內容。

4） 點擊Stop按鈕后停止錄制。此時，在mappings文件夾中會新生成一個.json文件，文件記錄了步驟3）中請求和響應內容。

5） 若后續(xù)再進行POST訪問http：//localhost：9000/lwebtest/UserLogin接口時，WireMock將從已錄制的json文件中獲取對應的響應信息進行返回。錄制的json文件可以進行修改，以便模擬不同的請求及響應內容。注意，修改文件后內容不能馬上生效，需重新啟動WireMock。

3.2 作為引入依賴的方式使用

WireMock自帶了一些JUnit的規(guī)則，用以服務器生命周期管理，并能進行配置/撤銷任務。接下來以Maven工程里JUnit使用WireMock為切入點進行說明。

首先，在pom.xml文件中，添加依賴：

<dependency>

<groupId>com.github.tomakehurst</groupId>

<artifactId>wiremock</artifactId>

<version>2.19.0</version>

<scope>test</scope>

</dependency>

其次，為使WireMock支持基于測試用例進行啟動、停止，需將下文代碼添加到測試類（或父類）中：

@Rule

public WireMockRule wireMockRule = new WireMockRule（WireMockConfiguration.options（）.port（9000））;

之后就可進行測試用例的編寫。WireMock 的打樁可分為兩種方式：Java代碼和json api。

1） Java代碼方式打樁：以圖3為例，測試代碼mock了一個get請求/lwebtest/bookinfo，返回結果中定義了狀態(tài)碼（200）、頭部信息（Content-Type）及body內容。本例還引用了必要的匹配器和asserThat方法進行斷言。在最后使用了WireMock的verify對請求進行驗證。

2） json api方式打樁：通過文件或者代碼配置，在工程中/test/resources目錄下創(chuàng)建__files和mappings文件夾。然后，在mappings目錄下創(chuàng)建需要的*.json文件;之后就可以在測試代碼中使用http請求json中的url路徑。

4 結論

WireMock是國外接口測試領域針對API的知名Mock測試工具。它在易用性上存在些許不足之處，如需要編寫大量Mock API的規(guī)則，無法自動生成數(shù)據(jù)等。不過，相較其他Mock工具而言，WireMock的優(yōu)勢仍十分明顯：在隔離外部調用時，可以避免多服務之間的復雜情況（譬如網(wǎng)絡、其他研發(fā)小組的服務可用性等），并能以可重復的方式來模擬任何場景;可以較好地模擬一些大粒度的異常場景，如：網(wǎng)絡錯誤、Down機、SSL驗證失敗、請求響應不匹配等等。WireMock運行十分穩(wěn)定，且反饋周期短，非常適合小型項目。

參考文獻：

[1] 蟲師.Web接口開發(fā)與自動化測試——基于Python語言[M].北京：電子工業(yè)出版社，2017.

[2] 潘詩瑤，黃建明.Web應用系統(tǒng)中的MOCK測試技術[J].軟件，2016，37（12）：214-218.

[3] 趙文杰.軟件開發(fā)中的自動化單元測試淺談[J].計算機光盤軟件與應用，2014，17（21）：74+76.

【通聯(lián)編輯：梁書】