一、Mock測驗的定義

Mock就是在測驗程序中，對于一些不容易構造/獲取的物件，創建一個Mock物件來模擬物件的行為

二、Mock測驗的作用

1、為什么要做Mock：

在對代碼進行單元測驗程序中，經常會有以下的情況發生：

class A 依賴 class B 和 class C

class D 依賴 class C 和 class E

class B 依賴 ...

class E 依賴 ...

1.被測物件依賴的物件構造復雜

我們想對class A進行單元測驗，需要構造大量的class B、C、D等依賴物件他們的構造步驟多、耗時較長) ，這時我們可以利用mock去構造虛擬的class B、C、D 物件用于class A的測驗，因為我們只是想測驗class A的行為是否符合預期，我們并不需要測驗依賴物件，如下圖所示：

2.被測單元依賴的模塊尚未開發完成，而被測物件需要依賴模塊的回傳值進行測驗：

-- 比如service層的代碼中，包含對dao層的呼叫，但dao層代碼尚未實作

-- 比如web的前端依賴后端介面獲取資料進行聯調測驗，但后端介面并未開發完成（主要針對前后端聯調）

2、 Mock的好處

團隊并行作業
團隊間不需互相等待對方進度，只需約定好相互之間的資料規范（介面檔案），即可使用 mock 構建出可用介面，然后盡快進行開發和自測，提前發現缺陷
測驗驅動開發 TDD (Test-Driven Development)
單元測驗是 TDD 實作的基石，而 TDD 經常會碰到協同模塊尚未開發完成的情況，但有了 mock，當介面定義好后，測驗人員就可以創建一個 Mock，把介面添加到自動化測驗環境，提前創建測驗，
測驗覆寫率
若一個介面在不同的狀態下要回傳不同的值，常見做法是復現這種狀態然后再去請求介面，而這種方法很可能因操作時機或方式不當導致失敗，甚至污染后端存盤如資料庫等, 但用 mock 則不用擔心
隔離系統
使用某些介面時，為避免系統資料庫被污染，可以將介面調整為 Mock 模式，以保證資料庫純凈，
方便演示

三、Mock測驗的手段

1、工具

1、使用Yapi進行Mock

YApi是去哪兒網移動架構組開發的一個開源專案，YApi的 Mock 功能可以根據用戶的輸入介面資訊如協議、URL、介面名、請求頭、請求引數、回傳資料、生成 Mock 介面，這些介面會自動生成模擬資料，創建者可以自由構造需要的資料，mock模擬資料基于mock.js，

Mock.js 是一款模擬資料生成器，旨在幫助前端獨立于后端進行開發，幫助撰寫單元測驗，提供了以下模擬功能：

```
根據資料模板生成模擬資料
```

模擬 Ajax 請求，生成并回傳模擬資料

```
基于 HTML 模板生成模擬資料
```

開發在初期定義好介面規范之后，錄入Yapi，這時我們就可以使用Yapi提供的“高級Mock”功能進行介面Mock，以“獲取方案詳情”介面為例，我們可以對介面的不同回傳狀態進行資料Mock，配置如下：

Normal：

模擬正常回傳

1、配置Yapi

2、找到Mock地址

3、使用Postman等介面工具進行模擬請求

模擬正常回傳-方案不存在

1、配置Yapi

2、使用Postman等介面工具進行模擬請求

模擬服務器例外-500

1、配置Yapi

2、使用Postman等介面工具進行模擬請求

公司也有自己的Mock平臺，操作和Yapi類似，這邊就不展開陳述

2、使用RAP進行Mock

RAP是阿里團隊出的一款介面管理工具，幫助開發人員有效的管理介面檔案，包括阿里集團在內的三百五十多個企業都在使用RAP管理重要的介面檔案，

Web介面管理工具，介面自動化，MOCK資料自動生成，自動化測驗

能夠通過分析介面結構自動生成Mock資料、校驗真實介面的正確性

阿里產品，功能完善、結合了檔案、Mock.js、可視化、Rest、介面過渡、檔案修改提醒、支持本地部署

3、使用Moco進行Mock

Moco 是一個簡單搭建 stub 的框架，主要用于測驗和集成，

Moco本身支持API和獨立運行兩種方式，通過使用API，開發人員可以在JUnit、JBehave等測驗測驗框架里使用Moco，極大程度地降低了集成點測驗的復雜度

Moco可以提供以下服務：

HTTP APIs

Socket APIs

REST API

這個在下面的服務端Mock中會講到

4、工具對比

介面測驗Mock工具對比

	Yapi	Rap	Moco
方便集成	√	√	×
Mock簡便性	√	√	√
檔案管理	√	×	×
開源程度	√	√	√
部署難度	低	高	低
可視化界面	√	√	×

2、服務端Mock

服務端mock：

1. 提供真正mock-http服務
2. 攔截request請求，判斷請求的分支（通程序式或組態檔）
3. 回傳response，由mock-http服務提供回應資料
4. 或者forward，跳到其他服務url

服務端提供的Mock方式有很多種，主要分為單測級別（如easymock、jMock、Mockito、Unitils Mock、PowerMock等），介面測驗級別（如Mockserver、Moco等），本次分享主要以Moco為例，講解服務端Mock的基本使用：

Moco技術檔案：https://github.com/dreamhead/moco/blob/master/moco-doc/apis.md

1、通過Moco模擬介面測驗mock資料

moco的優點：

1.只需要簡單的配置request、response等即可滿足要求，支持http、https、socket，可以說是非常的靈活性，
2.支持在request 中設定 Headers , Cookies , StatusCode等，
3.對GET、POST、PUT、DELETE等請求方式均支持，很適合web開發，
4.無需環境配置，有java環境即可，
5.修改配置后，立刻生效，只需要維護介面，也就是契約即可，
6.對可能用到的資料格式都支持，如json、text、xml、file等，
7.還能與其他工具集成，如Junit、Maven、Gradle等，

獲取Moco

Download Standalone Moco Runner

配置Moco

配置json檔案；
通過組態檔 mocoTest.json 運行Moco HTTP服務

[
  {
    "description": "mockDemo",
    "request": {
      "uri": "/demo"
    },
    "response": {
      "headers":{
        "Content-Type":"application/json;charset=UTF-8"
      },
      "text": "mocoresponse"
    }
  }
]

執行Moco

java -jar moco-runner-1.2.0-standalone.jar http -p 8888 -c mocoDemo.json

moco還有一個好處，就是json配置是熱加載的，可以通過更改json檔案進行實時的資料配置更新，

mock一個“獲取方案詳情”的例子

代碼如下：

[
    {
        "request": {
            "uri": "/saas-design/api/design/plan/test/detail",
            "method": "get",
            "headers": {
                "content-type": "application/json;charset=UTF-8"
            }
        },
        "response": {
            "json": {
                "c": "enim dolore ut elit Ut",
                "m": "consequat elit ve",
                "d": {
                    "designId": "test",
                    "planId": "test",
                    "designName": "test",
                    "planType": "tempor irure Excepteur non",
                    "planCity": "ut occaecat commodo et ex",
                    "communityName": "amet ",
                    "coverPicId": "in",
                    "userId": "consequat id aute",
                    "area": -98167778.83367354,
                    "srcArea": 78365468.30601966,
                    "desc": "consequat in",
                    "formatModifiedTime": null,
                    "privateStatus": true,
                    "floorPlanAddress": "dolor eu",
                    "isHouse": false,
                    "isPlanOwner": false,
                    "isReplicable": false,
                    "tags": [
                        "proid"
                    ],
                    "brandPackage": {
                        "packageName": "laboris Excepteur"
                    },
                    "coverPic": "anim laboris est",
                    "modifiedTime": -46789762.621906884,
                    "privateAttributeStatus": -10654500.438538507
                }
            }
        }
    },{
        "request": {
            "uri": "/saas-design/api/design/plan/test1/detail",
            "method": "get",

            "headers": {
                "content-type": "application/json;charset=UTF-8"
            }
        },
        "response": {
            "json": {
                "c": "-1",
                "m": "amet",
                "d": "design not exist!"
            }
        }
    },{
             "request": {
                 "uri": "/saas-design/api/design/plan/test2/detail",
                 "method": "get",
                 "headers": {
                     "content-type": "application/json;charset=UTF-8"
                 }
             },
             "response": {
                 "status": 500,
                 "text":"<html>servier error</html>"
             }
         }
]

模擬正常回傳-方案存在