Mockito, wenn/dann-nicht wieder erwarteten Wert

Sich das problem mit dem unit-test ist, dass Sie versuchen, zu verspotten, eine Methode der aktuellen Klasse, die Sie testen wollen, aber man kann nicht wirklich berufen, ein mock-Methode wie hier wird null zurückgegeben, es sei denn, Sie deklarieren eine verspottet Rückgabewert auf, dass die aufgerufene Methode. In der Regel, Sie nur zu verspotten externe Abhängigkeiten.

Gibt es eigentlich zwei Möglichkeiten zum erstellen von test-Objekte: mock und spy. Der primer wird erstellen Sie ein neues Objekt basierend auf der Klasse, die Sie zur Verfügung gestellt, die mit einem internen Zustand null und auch wieder zurück null auf jede aufgerufene Methode. Das ist, warum Sie benötigen, um zu definieren, bestimmte Rückgabewerte von Methodenaufrufen. spy auf der anderen Seite schafft ein echtes Objekt und fängt die Methodenaufrufe, wenn "mock-Definitionen" definiert sind, für bestimmte Methoden.

Mockito und PowerMock bietet zwei Möglichkeiten der Definition von Ihr verspottet Methoden:

//method 1
when(mockedObject.methodToMock(any(Param1.class), any(Param2.class),...)
    .thenReturn(answer);
when(mockedObject, method(Dependency.class, "methodToMock", Parameter1.class, Parameter2.class, ...)
    .thenReturn(answer);

oder

//method 2
doReturn(answer).when(mockedObject).methodToMock(param1, param2);

Der Unterschied ist, dass die method 1 wird, führen Sie die Methoden, Umsetzung, während das später nicht. Dies ist wichtig, wenn Sie sich mit spy Objekte, wie Sie manchmal nicht ausführen wollen den echten code in die aufgerufene Methode sondern einfach nur den code zu ersetzen oder zurückgeben einem vordefinierten Wert!

Obwohl Mockito und PowerMock bieten eine doCallRealMethod() dem Sie festlegen können, statt doReturn(...) oder doThrow(...) diese wird aufgerufen, und führen Sie den code in Ihrem realen Objekt und ignoriert alle verspottet Methode return-Anweisungen. Obwohl, dies ist nicht sinnvoll, dass in Ihrem Fall, wo Sie wollen, zu verspotten, eine Methode der Klasse unter test.

Einer Methode, die Umsetzung kann "überschrieben" durch

doAnswer(Answer<T>() { 
    @Override 
    public T answer(InvocationOnMock invocation) throws Throwable {
        ...
    }
)

wo Sie kann einfach erklären, was die Logik der Methode aufgerufen werden soll. Sie nutzen dies wieder die mock Ergebnis der protected-Methode daher so:

import static org.hamcrest.core.IsSame.sameInstance;
import static org.junit.Assert.assertThat;
import static org.mockito.Mockito.mock;
import static org.mockito.Mockito.spy;
import static org.mockito.Mockito.doReturn;
import static org.mockito.Mockito.doAnswer;
import static org.mockito.Matchers.any;
import static org.mockito.Matchers.anyString;

import java.io.InputStream;

import org.junit.Test;
import org.mockito.invocation.InvocationOnMock;
import org.mockito.stubbing.Answer;

public class FooKeyRetrieverTest {

    @Test
    public void testGetFooKey() throws Exception {
        //Arrange
        final FooKeyRetriever sut = spy(new FooKeyRetriever());
        FooKey mockedKey = mock(FooKey.class);

        doReturn(mockedKey)
            .when(sut).getKeyFromStream(any(InputStream.class), anyString());
        doAnswer(new Answer<FooKey>() {

            public FooKey answer(InvocationOnMock invocation) throws Throwable {
                return sut.getKeyFromStream(null, "");
            }
        }).when(sut).getKey(anyString());

        //Act
        FooKey ret = sut.getKey("test");

        //Assert
        assertThat(ret, sameInstance(mockedKey));
    }
}

Den code oben funktioniert, aber beachten Sie, dass dies die gleichen semantischen als einfach erklären return Wert für die getKey(...) als

doReturn(mockedKey).when(sut).getKey(anyString());

Versucht zu ändern nur getKeyFromStream(...) mit so etwas wie dies:

doReturn(mockedKey)
    .when(sut).getKeyFromStream(any(InputStream.class), anyString());

ohne änderung getKey(...) von Ihrem System-Unter-Test (SUT) nicht alles erreichen, was als der eigentliche code der getKey(...) ausgeführt werden würde. Wenn Sie jedoch verspotten die sut-Objekt, Sie konnte nicht die Methode aufrufen, die in Ihrem //Act Abschnitt als würde dieser den Wert null zurückgeben. Wenn Sie versuchen

doCallRealMethod().when(sut).getKey(anyString());

auf ein mock-Objekt, das wirkliche Methode woulb genannt werden und als mentiond vorher, dies würde auch aufrufen, den realen Implementierungen von getKeyFromStream(...) und getKeyStream(...) egal was Sie angegeben haben, als mock-Methode.

Wie Sie wahrscheinlich sehen können, von sich selbst, Spott Methoden der aktuellen Klasse unter test ist nicht nützlich und bringt mehr Belastung für Sie als bietet keine gute. Also, es ist bis zu Ihnen oder Ihrem Unternehmen die Politik, wenn Sie wollen oder brauchen, um zu testen private/protected-Methoden, oder, wenn Sie den stick zu testen-nur die öffentliche API (was ich empfehlen würde). Sie haben auch die Möglichkeit,umgestalten von code, um zur Verbesserung der Testbarkeit obwohl die primäre Absicht der Umgestaltung sollte sein,verbessern das gesamte design Ihres Codes.