何時應該使用Mock對象？

        首先，Allen就人們對mock的常見誤解，拋出了尖銳的意見： 
        我們知道，像與SMTP服務器通信的對象這樣的資源，是很難在單元測試中使用的，有些人以為，只有在需要模擬出與這種資源之間的交互行為時，才用得上mock對象。他們是錯的。 
        接下來，他引用了Colin Mackay講述mock的論文，列出了一些常見的使用mock的場景： 
        真實對象有著不確定的行為 
        真實對象很難創建 
        真實對象的行為很難觸發 
        真實對象響應緩慢 
        真實對象是用戶界面 
        真實對象使用了回調機制 
        真實對象尚未存在 
        然后Allen便道出了文章的主旨。他認為，即使是上面列表中的內容也稍顯膚淺，從更深刻、更普遍的意義而言，應該是”在你想把被測試的代碼分離的時候，test doubles[mocks]就顯出了作用?！昂喍灾?，按照Allen的觀點，用了mock對象，業務組件的測試代碼就可以不依賴其它組件了；試舉一例來看，A依賴于B，但A的單元測試只會因為A的問題而出現問題，跟B的狀態無干。

        文章還講到了在真正的測試驅動開發中，mock對象所扮演的角色： 
        "模擬角色，而非對象"的作者們寫到，mock技術：

        "……在基于對象角色構建的系統中，可以識別出各種角色類型……尤其是，我們已經知道了Mock Object可以為我們帶來的最大好處——曾被稱為接口識別的概念"。 
        在文章的最后，Allen評價了一些mock對象框架，包括JMock、EasyMock、NUnit。他堅持認為，雖然這些框架很簡單，但是想用得得心應手，還得花些心思。

更多相關的軟件測試文章：使用 MOCK 對象進行單元測試的實例講解、junit學習之－mock學習

原文轉自：http://www.kjueaiud.com