Mockito - überprüfen Sie, ob ein double-Wert

Habe ich eine Methode method1, nimmt ein Doppel -, die aufgerufen wird, auf myManager
Ich leite in dieser 65.888 * 60. Wenn ich versuche dies überprüfen, ich bekomme floating-point-Probleme. Die überprüfung fehlschlägt. Es erwartet 3953.28 aber 3953.280029296875

verify(myManager, times(1)).method1(65.888 * 60d);

Gibt es trotzdem kann ich dieses überprüfen, tun ein fuzzy-check für floating-point-Prüfung. Viel wie Sie tun, mit assertEquals wo geben Sie ein delta am Ende.

Dank

Nicht sicher, aber wie in der api angegeben überprüfen, nicht eine Kontrolle über das Ergebnis. Überprüfen Sie nicht nur: Überprüft ein bestimmtes Verhalten einmal passiert. Also, wo ist der code, den Sie sind, den Vergleich der tatsächlichen und den erwarteten Wert?
Es ist mockito, das tut der Vergleich. Es ist zu überprüfen, dass die Methode aufgerufen wird, mit x, sondern von y (wegen der floating-point-problem). Die überprüfung erfolgt irgendwo im code mockito
Könnten Sie das ganze test-Fall. Weil, normalerweise gibt es einen deutlichen Unterschied. Setzt man einen Wert (test-Status), und überprüfen Sie die Anrufung geschah (test-Interaktion). Man könnte auch schreiben verify(myManager, times(1)).method1(anyDouble());

InformationsquelleAutor RNJ | 2013-05-02

26

Können Sie erfassen den Wert, z.B.
```
final ArgumentCaptor<Double> captor = ArgumentCaptor.forClass(Double.class)
...
verify(myManager).method1(captor.capture());
```
Dann behaupten:
```
assertEquals(expected, captor.getValue(), delta)
```
Oder vielleicht verwenden Sie ein argument matcher, die die Behauptung:
```
verify(myManager).method1(doubleThat(new ArgumentMatcher<Double>() 
{
    @Override 
    public boolean matches(final Object actual)
    {
        return Math.abs(expected - (Double) actual) <= delta;
    }
}));
```
Update:

Anstelle von entweder der oben beschriebenen Methoden, die Sie nutzen könnten AdditionalMatchers.eq(double, double) statt, z.B.:
```
verify(myManager).method1(AdditionalMatchers.eq(expected, delta));
```
Obwohl die Verwendung AdditonalMatchers Matcher mit bedacht, wie in der Dokumentation:

AdditionalMatchers bietet nur selten verwendet, Matcher, gehalten nur etwas Kompatibilität mit EasyMock. Verwenden Sie zusätzliche Matcher sehr umsichtig, denn Sie kann Auswirkungen auf die Lesbarkeit ein test. Es wird empfohlen, Matcher aus der Matcher und halten stubbing und Verifizierung einfach.
- Danke @Jonathan. Meine eigentliche code ist ein wenig komplizierter als die Methode tatsächlich nimmt einen string-parameter als gut. Mit der doubleThat habe ich jetzt verwenden ArgumentMatchers für jedes argument, das ist ein Schmerz. Es funktioniert aber vielen Dank! +1
- Ich verstehe nicht, warum mit AdditonalMatchers wird nicht empfohlen. Der zweite Weg ist besser lesbar in der Tat, so was ist der Punkt, die Anreize für Leute, die es
- Ich würde behaupten, dass die AdditionalMatchers.eq(expected, delta) sollte verwendet werden, über die standard-floating-point entspricht. Es ist fast nie eine gute Idee, um zu vergleichen double oder float direkt. Auch JUnit's assertEquals(expected,value) ist veraltet, zu Gunsten der Vergleich der Methode mit einem delta Wert.
InformationsquelleAutor Jonathan
7

Es ist ein Hamcrest matcher, die ist perfekt für diese.
```
org.hamcrest.Matchers.closeTo(value, error)
```
So könnte man etwas schreiben wie
```
verify(myManager).method1(doubleThat(org.hamcrest.Matchers.closeTo(65.888 * 60, 0.001)));
```
Übrigens, Sie nicht immer schreiben müssen times(1) im Mockito verify, da dies der Standard-Typ von verify dass Mockito gibt Sie.

InformationsquelleAutor Dawood says reinstate Monica

Folgende code funktioniert für mich:

private class MockedClass {
    public void method1(double d) {}
}

@Test
public final void testMockito() {
    MockedClass d = mock(MockedClass.class);
    d.method1(3953.28);
    verify(d, times(1)).method1(65.888 * 60d);
}

Vielleicht sollten Sie stattdessen rufen Sie die Methode mit anyDouble() oder verwenden Sie folgende Matcher: http://hamcrest.org/JavaHamcrest/javadoc/1.3/org/hamcrest/number/IsCloseTo.html

InformationsquelleAutor Christian

Was ist mit:

when(65.888).thenReturn(65.888 * 60);

assertEquals(65.888 * 60, new BigDecimal(Double.toString(65.888 * 60))
    .setScale(pRoundingDecimalPlaces, 2).doubleValue());

InformationsquelleAutor kanaparthikiran

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.

Update: