初始化模擬對象 - MockIto

Question

使用MockIto初始化模擬對象的方法很多。 其中最好的方法是什麼？

1.

public class SampleBaseTestCase { 

    @Before public void initMocks() { 
     MockitoAnnotations.initMocks(this); 
    } 

2.

@RunWith(MockitoJUnitRunner.class) 

[編輯] 3.

mock(XXX.class); 

建議我，如果有任何其他的方式比這更好的... ...

Answer 1

對於模擬初始化，使用亞軍或MockitoAnnotations.initMocks是嚴格等同的解決方案。從MockitoJUnitRunner的javadoc的：

JUnit 4.5 runner initializes mocks annotated with Mock, so that explicit usage of MockitoAnnotations.initMocks(Object) is not necessary. Mocks are initialized before each test method.

---

第一個解決方案（與MockitoAnnotations.initMocks）時，你已經在你的測試用例配置特定的亞軍（SpringJUnit4ClassRunner例如）可以使用。

第二個解決方案（與MockitoJUnitRunner）是更經典和我最喜歡的。代碼更簡單。使用跑步者提供了automatic validation of framework usage（由@David Wallace在this answer中描述）的巨大優勢。

這兩種解決方案都允許共享測試方法之間的模擬（和間諜）。再加上@InjectMocks，他們可以很快編寫單元測試。樣板模擬代碼被減少，測試更容易閱讀。例如：

@RunWith(MockitoJUnitRunner.class) 
public class ArticleManagerTest { 

    @Mock private ArticleCalculator calculator; 
    @Mock(name = "database") private ArticleDatabase dbMock; 
    @Spy private UserProvider userProvider = new ConsumerUserProvider(); 

    @InjectMocks private ArticleManager manager; 

    @Test public void shouldDoSomething() { 
     manager.initiateArticle(); 
     verify(database).addListener(any(ArticleListener.class)); 
    } 

    @Test public void shouldDoSomethingElse() { 
     manager.finishArticle(); 
     verify(database).removeListener(any(ArticleListener.class)); 
    } 
} 

優點：該代碼是最小的

缺點：妖術。 IMO主要是由於@InjectMocks註釋。有了這個註釋「你失去的代碼痛」（見@Brice偉大的評論）

---

第三種解決方案是在每個測試方法創建模擬。 它允許如@mlk在其答案中所解釋的那樣具有「自包含測試」。

public class ArticleManagerTest { 

    @Test public void shouldDoSomething() { 
     // given 
     ArticleCalculator calculator = mock(ArticleCalculator.class); 
     ArticleDatabase database = mock(ArticleDatabase.class); 
     UserProvider userProvider = spy(new ConsumerUserProvider()); 
     ArticleManager manager = new ArticleManager(calculator, 
                userProvider, 
                database); 

     // when 
     manager.initiateArticle(); 

     // then 
     verify(database).addListener(any(ArticleListener.class)); 
    } 

    @Test public void shouldDoSomethingElse() { 
     // given 
     ArticleCalculator calculator = mock(ArticleCalculator.class); 
     ArticleDatabase database = mock(ArticleDatabase.class); 
     UserProvider userProvider = spy(new ConsumerUserProvider()); 
     ArticleManager manager = new ArticleManager(calculator, 
                userProvider, 
                database); 

     // when 
     manager.finishArticle(); 

     // then 
     verify(database).removeListener(any(ArticleListener.class)); 
    } 
} 

優點：你清楚地表明如何你的API作品（BDD ...）

缺點：有更多的樣板代碼。 （該嘲笑創建）

---

我 recommandation是一種妥協。使用@Mock註釋與@RunWith(MockitoJUnitRunner.class)，但不使用@InjectMocks：

@RunWith(MockitoJUnitRunner.class) 
public class ArticleManagerTest { 

    @Mock private ArticleCalculator calculator; 
    @Mock private ArticleDatabase database; 
    @Spy private UserProvider userProvider = new ConsumerUserProvider(); 

    @Test public void shouldDoSomething() { 
     // given 
     ArticleManager manager = new ArticleManager(calculator, 
                userProvider, 
                database); 

     // when 
     manager.initiateArticle(); 

     // then 
     verify(database).addListener(any(ArticleListener.class)); 
    } 

    @Test public void shouldDoSomethingElse() { 
     // given 
     ArticleManager manager = new ArticleManager(calculator, 
                userProvider, 
                database); 

     // when 
     manager.finishArticle(); 

     // then 
     verify(database).removeListener(any(ArticleListener.class)); 
    } 
} 

優點：您清楚地表明您如何API的工作（我如何在ArticleManager實例化）。沒有樣板代碼。

缺點：測試不是自包含的代碼

Answer 2

痛苦小有這樣的一種巧妙的方法。

• 如果它是一個單元測試，你可以這樣做：

  @RunWith(MockitoJUnitRunner.class) 
  public class MyUnitTest { 
  
      @Mock 
      private MyFirstMock myFirstMock; 
  
      @Mock 
      private MySecondMock mySecondMock; 
  
      @Spy 
      private MySpiedClass mySpiedClass = new MySpiedClass(); 
  
      // It's gonna inject the 2 mocks and the spied object per reflection to this object 
      // The java doc of @InjectMocks explains it really well how and when it does the injection 
      @InjectMocks 
      private MyClassToTest myClassToTest; 
  
      @Test 
      public void testSomething() { 
      } 
  } 
  

• 編輯：如果它是一個集成測試，你可以做到這一點（不打算使用與Spring這樣就也展示了你可以初始化diferent運動員嘲笑）：

  @RunWith(SpringJUnit4ClassRunner.class) 
  @ContextConfiguration("aplicationContext.xml") 
  public class MyIntegrationTest { 
  
      @Mock 
      private MyFirstMock myFirstMock; 
  
      @Mock 
      private MySecondMock mySecondMock; 
  
      @Spy 
      private MySpiedClass mySpiedClass = new MySpiedClass(); 
  
      // It's gonna inject the 2 mocks and the spied object per reflection to this object 
      // The java doc of @InjectMocks explains it really well how and when it does the injection 
      @InjectMocks 
      private MyClassToTest myClassToTest; 
  
      @Before 
      public void setUp() throws Exception { 
        MockitoAnnotations.initMocks(this); 
      } 
  
      @Test 
      public void testSomething() { 
      } 
  } 
  

Answer 3

MockitoAnnotations &的亞軍得到了很好的上面所討論的，所以我要在我的兩便士扔了沒人愛：

XXX mockedXxx = mock(XXX.class); 

我用這個，因爲我覺得它有點更具描述性的，我更喜歡（不出來正確的禁令）單元測試不使用成員變量，因爲我喜歡我的測試（儘可能多）自我包含。

Answer 4

現在有（第1.10.7節）實例化mock的第四種方式，它使用JUnit4 規則，稱爲MockitoRule。

@RunWith(JUnit4.class) // or a different runner of your choice 
public class YourTest 
    @Rule public MockitoRule rule = MockitoJUnit.rule(); 
    @Mock public YourMock yourMock; 

    @Test public void yourTestMethod() { /* ... */ } 
} 

的JUnit尋找subclasses of TestRule annotated with @Rule，並把它們用來包裝測試語句的轉輪提供。這樣做的結果是你可以提取@Before方法，@After方法，甚至嘗試......將包裝器捕獲到規則中。你甚至可以在你的測試中與這些進行交互，就像ExpectedException那樣。

MockitoRule行爲幾乎完全一樣MockitoJUnitRunner，但你可以使用任何其他選手，如Parameterized（它允許你的測試構造帶參數，以便您的測試可以運行多次），或Robolectric的測試運行（這樣它的類加載器可以爲Android本地類提供Java替換）。這使得它在最近的JUnit和Mockito版本中使用起來更爲靈活。

總結：

• Mockito.mock()：沒有註解支持或使用驗證直接調用。
• MockitoAnnotations.initMocks(this)：註釋支持，沒有使用驗證。
• MockitoJUnitRunner：註釋支持和使用驗證，但您必須使用該運行器。
• MockitoRule：使用任何JUnit運行器進行註釋支持和使用驗證。

參見：How JUnit @Rule works?