1、什么是Mock測試？
Mock 測試就是在測試過程中，對于某些不容易構(gòu)造（如 HttpServletRequest 必須在Servlet 容器中才能構(gòu)造出來）或者不容易獲取的比較復(fù)雜的對象（如 JDBC 中的ResultSet 對象），用一個虛擬的對象（Mock 對象）來創(chuàng)建以便測試的測試方法。

2、為什么要進(jìn)行Mock測試？

Mock是為了解決不同的單元之間由于耦合而難于開發(fā)、測試的問題。所以，Mock既能出現(xiàn)在單元測試中，也會出現(xiàn)在集成測試、系統(tǒng)測試過程中。Mock 最大的功能是幫你把單元測試的耦合分解開，如果你的代碼對另一個類或者接口有依賴，它能夠幫你模擬這些依賴，并幫你驗(yàn)證所調(diào)用的依賴的行為。

比如一段代碼有這樣的依賴：

當(dāng)我們需要測試A類的時候，如果沒有 Mock，則我們需要把整個依賴樹都構(gòu)建出來，而使用 Mock 的話就可以將結(jié)構(gòu)分解開，像下面這樣：

1、團(tuán)隊可以并行工作
有了Mock，前后端人員只需要定義好接口文檔就可以開始并行工作，互不影響，只在最后的聯(lián)調(diào)階段往來密切；后端與后端之間如果有接口耦合，也同樣能被Mock解決；測試過程中如果遇到依賴接口沒有準(zhǔn)備好，同樣可以借助Mock；不會出現(xiàn)一個團(tuán)隊等待另一個團(tuán)隊的情況。這樣的話，開發(fā)自測階段就可以及早開展，從而發(fā)現(xiàn)缺陷的時機(jī)也提前了，有利于整個產(chǎn)品質(zhì)量以及進(jìn)度的保證

2、開啟TDD模式，即測試驅(qū)動開發(fā)
單元測試是TDD實(shí)現(xiàn)的基石，而TDD經(jīng)常會碰到協(xié)同模塊尚未開發(fā)完成的情況，但是有了mock，這些一切都不是問題。當(dāng)接口定義好后，測試人員就可以創(chuàng)建一個Mock，把接口添加到自動化測試環(huán)境，提前創(chuàng)建測試。

3、可以模擬那些無法訪問的資源
比如說，你需要調(diào)用一個“墻”外的資源來方便自己調(diào)試，就可以自己Mock一個。

4、隔離系統(tǒng)
假如我們需要調(diào)用一個post請求，為了獲得某個響應(yīng)，來看當(dāng)前系統(tǒng)是否能正確處理返回的“響應(yīng)”，但是這個post請求會造成數(shù)據(jù)庫中數(shù)據(jù)的污染，那么就可以充分利用Mock，構(gòu)造一個虛擬的post請求，我們給他指定返回就好了。

5、可以用來演示
假如我們需要創(chuàng)建一個演示程序，并且做了簡單的UI，那么在完全沒有開發(fā)后端服務(wù)的情況下，也可以進(jìn)行演示。說到演示了，假如你已經(jīng)做好了一個系統(tǒng)，并且需要給客戶進(jìn)行演示，但是里面有些真實(shí)數(shù)據(jù)并不想讓用戶看到，那么同樣，你可以用Mock接口把這些敏感信息接口全部替換。

6、測試覆蓋度
假如有一個接口，有100個不同類型的返回，我們需要測試它在不同返回下，系統(tǒng)是否能夠正常響應(yīng)，但是有些返回在正常情況下基本不會發(fā)生，比如，我們需要測試在當(dāng)接口發(fā)生500錯誤的時候，app是否崩潰，別告訴我你一定要給服務(wù)端代碼做些手腳讓他返回500 。而使用mock，這一切就都好辦了，想要什么返回就模擬什么返回，不用再擔(dān)心我的測試覆蓋度了！

使用Mock測試有時可以提高團(tuán)隊的開發(fā)效率，但當(dāng)B、C都開發(fā)完成代碼后，這時應(yīng)該把E2E測試代碼從使用Mock測試改為調(diào)用真實(shí)的模塊，以避免出現(xiàn)模塊之間集成部分漏測的問題。這里說mock存在的問題，主要是讓開發(fā)和測試不要過分的依賴/相信mock接口。

使用mock時，切記的幾點(diǎn)：

這是一個jar包，只要執(zhí)行該jar包，指定配置文件，就可開啟一個http服務(wù)器提供服務(wù)，并且修改配置文件后也無需重啟服務(wù)，支持動態(tài)加載。我使用的是moco-runner-0.10.2-standalone.jar，運(yùn)行方式如下：

```java -jar moco-runner-0.10.2-standalone.jar start -p 8080 -c XXX.json```
XXX.json就是我們的mock配置文件，比如：

[????
?? {???????
????? "description": "api 1",????????
????? "request" :
????????? {????????????
?? ? ? ? ? ? "method" : "get",????????
? ? ? ? ? ?? "uri" : "/foo"????????
?????????? },????????
????? "response": 
{????????????
????? "json": {"foo":"bar"}????????
????? }????
?? }
]

以上就可以實(shí)現(xiàn)當(dāng)我們訪問127.0.0.0:8080/foo時，返回一個json為{"foo":"bar"}。

fiddler大家都很熟了，在windows環(huán)境可以隨便自定義返回內(nèi)容，但一個很大的缺點(diǎn)是，它不跨平臺，而我們平時的很多場景下是需要在Linux下進(jìn)行mock的。

還有一些其他mock工具，大多都是通過編寫js代碼或者python、java等代碼來達(dá)到mock目的，此處就不再介紹了。

在選擇mock工具時，可參考以下幾個方面：

使用Fiddler進(jìn)行Mock測試，這種調(diào)試方式適用于rest接口調(diào)試，web界面調(diào)試等。

測試工程師在做測試時，也需要服務(wù)器返回一些特殊的數(shù)據(jù)來做測試，使用 Fiddler AutoResponder功能來偽造測試數(shù)據(jù)（創(chuàng)建虛擬對象），能大大減少測試工程師的工作量。

1、Fiddler AutoResponder工作原理
使用Fiddler可以替換自動返回的一個【偽造】的HTTP響應(yīng)，這與使用斷點(diǎn)修改HTTP響應(yīng)類似，只不過AutoResponder是自動的，操作更加方便。即瀏覽器發(fā)出的HTTP請求并沒有到達(dá)服務(wù)器，而是被Fiddler直接返回了一個【偽造】的HTTP響應(yīng)。

2、使用Fiddler進(jìn)行Mock測試