Qual è la differenza tra Mockito.mock (SomeClass) e l'annotazione @Mock?

Question

Qual è la differenza tra il metodo Mockito.mock(Class<T> classToMock) e l'annotazione @Mock? Sono uguali?

per esempio, è questo:

private TestClass test = Mockito.mock(TestClass.class); 

lo stesso:

@Mock 
private TestClass test; 

Answer 1

Entrambi ottenere lo stesso risultato. L'utilizzo di un'annotazione (@Mock) viene solitamente considerato "più pulito", in quanto non si riempie il codice con assegnazioni di tipo standard che sembrano tutte uguali.

Nota che, al fine di utilizzare il @Mock annotazione, la classe test deve essere annotato con @RunWith(MockitoJUnitRunner.class) o contenere una chiamata a MockitoAnnotations.initMocks(this) nel suo metodo @Before.

Answer 2

La differenza è nelle righe di codice necessari per scrivere :) :) :)

Seriamente, usare le annotazioni ha lo stesso effetto dell'uso di Mockito.mock.

Per citare la documentazione del MockitoAnnotations l'uso delle annotazioni ha i seguenti vantaggi:

• permette la creazione stenografia di oggetti necessari per il test.

• Riduce al minimo il codice di creazione simulato ripetitivo.

• Rende la classe di test più leggibile.

• Rende più facile leggere l'errore di verifica perché il nome del campo è
  utilizzato per identificare la simulazione.

Javadoc per MockitoAnnotations è here

Answer 3

Entrambi sono considerati uguali e ottenere la stessa cosa, ma io preferirei la seconda:

@Mock è un'annotazione che:

• Minimizza ripetitivo codice di creazione finta.
• Rende la classe di test più leggibile.
• Consente la creazione di oggetti in forma abbreviata per il test.

Answer 4

Ci sono due vantaggi significativi nell'utilizzo dell'annotazione.

• Un finto realizzato con @Mock può essere iniettato nella classe si sta testando, utilizzando il @InjectMocks annotazione. Questa è una tecnica potente che può rendere il test molto più semplice. Semplicemente non funzionerà con i mock creati con il metodo mock.
• In caso di errori che riguardano la tua simulazione, il nome della simulazione apparirà nel messaggio. Se hai usato @Mock, questo nome sarà solo il nome del campo. Questo rende molto facile trovare il problema come un mock.

Naturalmente, oltre a questi due importanti vantaggi, molte persone trovano la notazione @Mock molto più leggibile, e lo fa ridurre la quantità di codice. Non vedo alcuna ragione per non usarlo.

Answer 5

La risposta alla domanda è un grosso errore. Abbiamo appena risolto alcuni problemi causati da Mockito.mock (Your.class) come campo. Abbiamo avuto pochi metodi @Test. Il 4 ° metodo lanciava un'eccezione con "thenThrow (ex)". Tutti i metodi @Test dopo il fallimento e il motivo è stata l'eccezione generata. Stavano condividendo l'istanza derisa e la condizione "quando". Dopo abbiamo cambiato da

TestClass testInstance = Mockito.mock(TestClass.class); 

a

@Mock 
TestClass testInstance; 

tutto ha cominciato a funzionare come previsto. Quindi Mockito.mock sta creando una simulazione condivisa tra i metodi di test e @Mock no.