mockito單元測試初體驗(一)

本文主要講利用mockito框架的單元測試流程，具體的mockito代碼部分放在下篇介紹。

1.1 單元測試的目的

單元測試的思路是在不涉及依賴關係的情況下測試代碼（隔離性），所以測試代碼與其他類或者系統的關係應該儘量被消除。
一個可行的消除方法就是替換掉依賴類（測試替換），也就是我們可以使用替身來替換掉真正的依賴對象。

1.2 引子

在測試過程中，對於某些不容易構造（如httpservletrequest必須在servlet容器中才能構建出來）或者不容易獲取比較複雜的對象（如JDBC中的resultset對象），用一個虛擬的對象mock對象來創建以便測試的測試方法。
mock最大的功能就是幫你把單元測試的耦合分解開，如果你的代碼對另一個類或者接口有依賴，它能夠幫你模擬這些依賴，並幫你驗證所調用的依賴的行爲。
下面2個圖可以很好的說明mock的作用:

引子-1

引子-2

1.3 Mockito的特性

Mockito 是Java 單元測試 Mock 框架， 開源 。
大多 Java Mock 庫如 EasyMock 或 JMock 都是 expect-run-verify （期望-運行-驗證）方式，而 Mockito 則使用更簡單，更直觀的方法：在執行後的互動中提問。使用 Mockito，你可以 驗證任何你想要的 。而那些使用 expect-run-verify 方式的庫，你常常被迫查看無關的交互。
非 expect-run-verify 方式 也意味着，Mockito 無需準備昂貴的前期啓動。他們的目標是透明的，讓開發人員專注於測試選定的行爲。
Mockito 擁有的非常少的 API，所有開始使用 Mockito，幾乎沒有時間成本。因爲只有一種創造 mock 的方式。只要記住，在執行前 stub，而後在交互中驗證。你很快就會發現這樣 TDD java 代碼是多麼自然。
類似 EasyMock 的語法 來的，所以你可以放心地重構。Mockito 並不需要“expectation（期望）”的概念。只有 stub 和驗證。
Mockito 實現了 Gerard Meszaros 所謂的 Test Spy.

其他的一些特點：

• 可以 mock 具體類而不單止是接口
• 一點註解語法糖 - @Mock
• 乾淨的驗證錯誤是 - 點擊堆棧跟蹤，看看在測試中的失敗驗證;點擊異常的原因來導航到代碼中的實際互動。堆棧跟蹤總是乾乾淨淨。
• 允許靈活有序的驗證（例如：你任意有序 verify ，而不是每一個單獨的交互）
• 支持“詳細的用戶號碼的時間”以及“至少一 次”驗證
• 靈活的驗證或使用參數匹配器的 stub （ anyObject() ， anyString() 或 refEq() 用於基於反射的相等匹配）
• 允許創建 自定義的參數匹配器 或者使用現有的 hamcrest 匹配器

1.4 使用Mockito進行單元測試的實例

1.4.1 環境準備

我這使用的是IntelliJ IDEA,構建工具：Maven.

先添加maven依賴：

   <dependency>
  <groupId>org.mockito</groupId>
  <artifactId>mockito-core</artifactId>
   <version>2.8.47</version>
  </dependency>

添加jar包：

添加jar包

添加靜態資源
import static org.mockito.Mockito.*;

編寫測試代碼
該章節，具體的哪一類型的代碼，下篇文章詳細分類介紹，本篇主要介紹流程。

  @Test 
public void TestMockito1(){
    String word="mocked return";
    Apple apple = Mockito.mock(Apple.class);
    Mockito.when(apple.harvest(Mockito.anyString())).thenReturn(word);
    Assert.assertEquals(apple.harvest("蘋果收穫啦"), word);
   // Mockito.verify(apple.harvest("apple"));//驗證函數執行是否經過了mock
}

1.5 編譯

編譯

1.6 代碼覆蓋率

設置：

代碼覆蓋

結果展示：

代碼覆蓋

代碼覆蓋