Mockito.png
這是一篇舊文，之前在團隊內部分享過，剛好在Google官方Android App架構藍圖的Sample里也使用了Mockito，就在這里發出來，希望給大家帶來幫助。
為什么需要Mock
測試驅動的開發(Test Driven Design, TDD)要求我們先寫單元測試，再寫實現代碼。在寫單元測試的過程中，我們往往會遇到要測試的類有很多依賴，這些依賴的類/對象/資源又有別的依賴，從而形成一個大的依賴樹，要在單元測試的環境中完整地構建這樣的依賴，是一件很困難的事情。如下：
真實架構
為了測試類A，我們需要Mock B類和C類
測試架構
如何Mock
對那些不容易構建的對象用一個虛擬對象來代替，使其在調試期間用來作為真實對象的替代品。
Mockito介紹
Mockito是一個模擬測試框架，可以讓你用優雅，簡潔的接口寫出漂亮的單元測試。Mockito可以讓單元測試易于可讀，產生簡潔的校驗錯誤。
使用場景
- 提前創建測試，TDD（測試驅動開發）
- 團隊可以并行工作
- 你可以創建一個驗證或者演示程序
- 為無法訪問的資源編寫測試
- Mock可以交給用戶
- 隔離系統
Mockito入門（具體摘錄官網，列出比較常用的功能）
- 引用包
repositories { jcenter() }
dependencies { testCompile "org.mockito:mockito-core:1.+" }
- 交互檢驗
import static org.mockito.Mockito.*;
// mock creation
List mockedList = mock(List.class);
// using mock object - it does not throw any "unexpected interaction" exception
mockedList.add("one");
mockedList.clear();
//selective, explicit, highly readable verification
verify(mockedList).add("one");
verify(mockedList).clear();
- 模擬數據
// you can mock concrete classes, not only interfaces
LinkedList mockedList = mock(LinkedList.class);
// stubbing appears before the actual execution
when(mockedList.get(0)).thenReturn("first");
// the following prints "first"
System.out.println(mockedList.get(0));
// the following prints "null" because get(999) was not stubbed
System.out.println(mockedList.get(999));
- 按順序校驗
personDAL.add(any());
personDAL.getAll();
InOrder inOrder = inOrder(personDAL);
inOrder.verify(personDAL).add(any());
inOrder.verify(personDAL).getAll();
- 校驗某個行為沒有發生
//using mocks - only mockOne is interacted
mockOne.add("one");
//ordinary verification
verify(mockOne).add("one");
//verify that method was never called on a mock
verify(mockOne, never()).add("two");
- 使用@Mock注解
@Mock private static PersonDAL personDAL2;
MockitoAnnotations.initMocks(PersonDAL.class);
- Mock真實的對象
List list = new LinkedList();
List spy = spy(list);
//optionally, you can stub out some methods:
when(spy.size()).thenReturn(100);
//using the spy calls *real* methods
spy.add("one");
spy.add("two");
//prints "one" - the first element of a list
System.out.println(spy.get(0));
//size() method was stubbed - 100 is printed
System.out.println(spy.size());
//optionally, you can verify
verify(spy).add("one");
verify(spy).add("two");
- 重置模擬
List mock = mock(List.class);
when(mock.size()).thenReturn(10);
mock.add(1);
reset(mock);
注意
不能對final，Anonymous ，primitive類進行mock。
設計原則（不翻譯，體會原文）
- Only one type of mock, one way of creating mocks
- No framework-supporting code.
- Slim API.
設計之美
我們可以看到mockito設計的簡潔優美,以之前的例子為例：
// 設置mock對象的行為 － 當調用其get方法獲取第0個元素時，返回"first"
Mockito.when(mockedList.get(0)).thenReturn("first");
在Mock對象的時候，創建一個proxy對象，保存被調用的方法名（get），以及調用時候傳遞的參數（0），然后在調用thenReturn方法時再把“first”保存起來，這樣，就有了構建一個stub方法所需的所有信息，構建一個stub。當get方法被調用的時候，實際上調用的是之前保存的proxy對象的get方法，返回之前保存的數據。
具體可以看下面的源碼
public <T> T createMock(MockCreationSettings<T> settings, MockHandler handler) {
InternalMockHandler mockitoHandler = cast(handler);
new AcrossJVMSerializationFeature().enableSerializationAcrossJVM(settings);
return new ClassImposterizer(new InstantiatorProvider().getInstantiator(settings)).imposterise(
new MethodInterceptorFilter(mockitoHandler, settings), settings.getTypeToMock(), settings.getExtraInterfaces());
}
public <T> T imposterise(final MethodInterceptor interceptor, Class<T> mockedType, Class<?>... ancillaryTypes) {
Class<Factory> proxyClass = null;
Object proxyInstance = null;
try {
setConstructorsAccessible(mockedType, true);
proxyClass = createProxyClass(mockedType, ancillaryTypes);
proxyInstance = createProxy(proxyClass, interceptor);
return mockedType.cast(proxyInstance);
} catch (ClassCastException cce) {
throw new MockitoException(join(
"ClassCastException occurred while creating the mockito proxy :",
" class to mock : " + describeClass(mockedType),
" created class : " + describeClass(proxyClass),
" proxy instance class : " + describeClass(proxyInstance),
" instance creation by : " + instantiator.getClass().getSimpleName(),
"",
"You might experience classloading issues, disabling the Objenesis cache *might* help (see MockitoConfiguration)"
), cce);
} finally {
setConstructorsAccessible(mockedType, false);
}
}
相關資料
Mockito官網
Mockito文檔
mockito github
mockito作者設計理念
反模式的經典 - Mockito設計解析
Mocks Aren't Stubs
歡迎關注我的微博
