Wie Sie überprüfen, wenn-Anweisung in der Methode mit Mockito und JUnit?

Habe ich die Methode, dass ich getestet werden sollte. Code (natürlich einige Teile wurden geschnitten):

public class FilterDataController {

    public static final String DATE_FORMAT = "yyyy-MM-dd";

    @Autowired
    private FilterDataProvider filterDataProvider;

    @ApiOperation(value = "Get possible filter data",response = ResponseEntity.class)
    @ApiResponses(value = {
            @ApiResponse(...),
            @ApiResponse(...)})
    @RequestMapping(path = "...", method = RequestMethod.GET)
    public ResponseEntity<Object> getPossibleFilterData(
            @RequestParam(value = "startDate") @DateTimeFormat(pattern=DATE_FORMAT) final Date startDate,
            @RequestParam(value = "endDate") @DateTimeFormat(pattern=DATE_FORMAT) final Date endDate) {
        if (endDate.compareTo(startDate) == -1){
            throw new ValueNotAllowedException("End date should be after or equal start date");
        }
        else {
            Date newEndDate = endDate;
            if (startDate.equals(endDate)){
                newEndDate = new Date(endDate.getTime() + TimeUnit.DAYS.toMillis(1) - 1);
            }

            List<String> possibleCountries = Lists.newArrayList(filterDataProvider.getPossibleCountries(startDate, newEndDate));

            return new ResponseEntity<>(new FilterResponse(possibleCountries),HttpStatus.OK);
        }
    }   
}

Frage: wie um zu überprüfen, wenn-Anweisung in der Methode getPossibleFilterData mit Mockito und JUnit? Ich will pass gleich Termine zur Methode dann überprüfen, ob meine if-Anweisung funktioniert.

Wie bereits in vielen der Antworten, die tests sollten nicht davon ausgehen, dass Ihre Implementierung: was ist, wenn Sie die Umgestaltung der Methode, so gibt es richtige Werte, sondern verwendet keine if Aussage überhaupt? Anstatt anzunehmen, dass pass falschen Werten und den test bestehen, nur wenn Sie fangen die richtige exception.
vielen Dank für die Beratung.

InformationsquelleAutor Woland | 2016-10-11

Wenn Sie wirklich wollen, eine Reine unit test integration test, Sie konnte sich auf die annotation @Mock zu verspotten, Ihren service FilterDataProvider und @InjectMocks zu injizieren Ihre mock in Ihrer Instanz von FilterDataController.

Dann könnte man vorschlagen, die 3 tests:

Ein test, wo die Daten sind korrigiert, aber anders,
Ein anderes, wo die Daten sind korrigiert, aber gleich
Und die Letzte, wo die Daten falsch sind, die werden geworfen ValueNotAllowedException getestet werden konnten out of the box mit @Test(expected = ValueNotAllowedException.class).

Wenn Sie brauchen, um stellen Sie sicher, dass filterDataProvider.getPossibleCountries(startDate, newEndDate) genannt wurde, mit der erwarteten Argumente, die Sie verwenden müssen verify.

Der code würde dann etwa so lauten:

@RunWith(MockitoJUnitRunner.class)
public class FilterDataControllerTest {
    @Mock
    FilterDataProvider filterDataProvider;
    @InjectMocks
    FilterDataController controller;

    @Test(expected = ValueNotAllowedException.class)
    public void testGetPossibleFilterDataIncorrectDates() {
        controller.getPossibleFilterData(new Date(1L), new Date(0L));
    }

    @Test
    public void testGetPossibleFilterDataCorrectDates() {
        //Make the mock returns a list of fake possibilities
        Mockito.when(
            filterDataProvider.getPossibleCountries(
                Mockito.anyObject(), Mockito.anyObject()
            )
        ).thenReturn(Arrays.asList("foo", "bar"));
        ResponseEntity<Object> response = controller.getPossibleFilterData(
            new Date(0L), new Date(1L)
        );
        Assert.assertEquals(HttpStatus.OK, response.getStatusCode());
        //Make sure that 
        //filterDataProvider.getPossibleCountries(new Date(0L), new Date(1L))
        //has been called as expected
        Mockito.verify(filterDataProvider).getPossibleCountries(
            new Date(0L), new Date(1L)
        );
        //Test response.getBody() here
    }

    @Test
    public void testGetPossibleFilterDataEqualDates() {
        //Make the mock returns a list of fake possibilities
        Mockito.when(
            filterDataProvider.getPossibleCountries(
                Mockito.anyObject(), Mockito.anyObject()
            )
        ).thenReturn(Arrays.asList("foo", "bar"));
        //Call the controller with the same dates
        ResponseEntity<Object> response = controller.getPossibleFilterData(
            new Date(1L), new Date(1L)
        );
        Assert.assertEquals(HttpStatus.OK, response.getStatusCode());
        Mockito.verify(filterDataProvider).getPossibleCountries(
            new Date(1L), new Date(TimeUnit.DAYS.toMillis(1))
        );
        //Test response.getBody() here
    }
}

vielen Dank für den code. Aber wie um zu überprüfen, dass filterDataProvider hieß mit richtigen Daten? Ich will geschickt getPossibleFilterData gleich Termine, und überprüfen Sie dann, dass filterDataProvider.getPossibleCountries(startDate, newEndDate) genannt mit den korrigierten Daten.

InformationsquelleAutor Nicolas Filotto

1

Haben Sie zu verspotten FilterDataProvider und dann injizieren diese in den test-Klasse mit InjectMocks.

getPossibleFilterData wird die zu testende Methode, so wählen Sie einen beliebigen bestimmten Datum (verwenden Sie Calendar.set(...), dann Calendar.getTime()) und senden diese gleichen Datum, da sowohl die startDate und endDate.

Nun nach getPossibleFilterData abgeschlossen ist, können Sie überprüfen, ob filterDataProvider.getPossibleCountries genannt wurde, mit einem Enddatum, das eine Millisekunde mehr als das Startdatum. Dies kann durch Calendar.getTimeInMillis() im inneren des verspottet-Klasse Methode, oder durch überprüfen mit Mockito mit einem Datum in einer Millisekunde mehr als das Datum, ursprünglich angegeben.

Edit: Code-Beispiel:
```
public class FilterDataControllerTest {
    @Test
    public void testSameDate() {
        FilterDataProvider provider = Mockito.mock(FilterDataProvider.class);
        FilterDataController controller = new FilterDataController(provider);

        Date startDate = new GregorianCalendar(2016, Calendar.JANUARY, 11).getTime();
        Date endDate = new GregorianCalendar(2016, Calendar.JANUARY, 11).getTime();
        Date expectedEndDate = new Date(endDate.getTime() + TimeUnit.DAYS.toMillis(1) - 1);

        controller.getPossibleFilterData(startDate, endDate);

        Mockito.verify(provider).getPossibleCountries(Mockito.eq(startDate), Mockito.eq(expectedEndDate));
    }
}
```
"oder durch überprüfen mit Mockito" - können Sie erklären, wie es zu tun? Meine ursprüngliche Frage war (wie stellen Sie sicher, dass endDate wurde geändert im Falle endDate==startDate. Diesem Fall entspricht die innere if-Anweisung).
Ive Hinzugefügt ein code-Beispiel für Sie
Erfordert code zu schreiben Konstruktor für FilterDataController , aber in meiner situation ist es unpassend.Aber Dank solchen Ansatz. Ich werde daran denken, dass. +1

InformationsquelleAutor mdewit
0

Sehe ich zwei wesentliche Ansätze.
1. Mit Mockito Funktionalität: wenn Sie Spritzen Sie Ihre controller mit einem mock FilterDataProvider (das ist der standard-Ansatz, zum Beispiel MockitoJUnitRunner und @InjectMocks) , dann können Sie mit Mockito "verity" - option, um sicherzustellen, es hat die richtige endDate. Siehe Diskussion: http://www.vogella.com/tutorials/Mockito/article.html#mockito_verify
2. Offensichtlich gibt es andere Ansätze, die sich auf Logik eher als die technischen. Zum Beispiel: die Umgestaltung der "wenn" - Teil einer separateMethod "correctEndDate", oder füllen Sie Ihre Daten so, dass eine andere Liste von coutries zurückgegeben wird, basierend auf das endDate.
vielen Dank für verify. Es gibt beispielsweise verify(test).testing(Matchers.eq(12));. Aber in meinem Fall möchte ich, um zu überprüfen, dass die Methode in meiner Methode aufgerufen wurde mit den korrigierten Daten. Vielleicht etwas wie, dass newEndDate = ...; verify(FilterDataController).getPossibleFilterData().getPossibleCountries(Matchers.eq(startDate, newEndDate));

InformationsquelleAutor Pelit Mamani

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.