1.出了什么問題？
單元測試的目標是一次只驗證一個方法，小步的前進，細粒度的測試，但是假如某個方法依賴于其他一些難以操控的東東，比如說網絡連接，數據庫連接，或者是Servlet容器，那么我們該怎么辦呢？
要是你的測試依賴于系統的其他部分，甚至是系統的多個其他部分呢？在這種情況下，倘若不小心，你最終可能會發現自己幾乎初始化了系統的每個組件，而這只是為了給一個測試創造足夠的運行環境讓它們可以運行起來。忙乎了大半天，看上去我們好像有點違背了測試的初衷了。這樣不僅僅消耗時間，還給測試過程引入了大量的耦合因素，比如說，可能有人興致沖沖地改變了一個接口或者數據庫的一張表，突然，你那卑微的單元測試的神秘的掛掉了。在這種情況發生幾次之后，即使是最有耐心的開發者也會泄氣，甚至最終放棄所有的測試，那樣的話后果就不能想像了。
再讓我們看一個更加具體的情況：在實際的面向對象軟件設計中，我們經常會碰到這樣的情況，我們在對現實對象進行構建之后，對象之間是通過一系列的接口來實現。這在面向對象設計里是最自然不過的事情了，但是隨著軟件測試需求的發展，這會產生一些小問題。舉個例子，用戶A現在拿到一個用戶B提供的接口，他根據這個接口實現了自己的需求，但是用戶A編譯自己的代碼后，想簡單模擬測試一下，怎么辦呢？這點也是很現實的一個問題。我們是否可以針對這個接口來簡單實現一個代理類，來測試模擬，期望代碼生成自己的結果呢？
幸運的是，有一種測試模式可以幫助我們：mock對象。Mock對象也就是真實對象在調試期的替代品。
2.現在需要Mock對象嗎？
關于什么時候需要Mock對象，Tim Mackinnon給我們了一些建議：
----- 真實對象具有不可確定的行為(產生不可預測的結果，如股票的行情)
----- 真實對象很難被創建(比如具體的web容器)
----- 真實對象的某些行為很難觸發(比如網絡錯誤)
----- 真實情況令程序的運行速度很慢
----- 真實對象有用戶界面
----- 測試需要詢問真實對象它是如何被調用的(比如測試可能需要驗證某個回調函數是否被調用了)
----- 真實對象實際上并不存在(當需要和其他開發小組，或者新的硬件系統打交道的時候，這是一個普遍的問題)
3.如何實現Mock對象？
使用mock對象進行測試的時候，我們總共需要3個步驟，分別是：
----- 使用一個接口來描述這個對象
----- 為產品代碼實現這個接口
----- 以測試為目的，在mock對象中實現這個接口
文章來源于領測軟件測試網 http://www.kjueaiud.com/
