Junit Unterschied zwischen assertEquals(Double, Double) und assertEquals(double, double delta)

Hatte ich einen junit test behaupten zwei Double-Objekte mit den folgenden:

Assert.assertEquals(Double expected, Double result);

Dieser war war in Ordnung dann habe ich beschlossen, es zu ändern, um die Verwendung der primitive Doppel statt, die sich als veraltet, es sei denn, Sie bieten auch ein delta.

also, was ich mich Frage ist, was ist der Unterschied zwischen der Verwendung der Double-Objekt oder die primitiv-Typ in diesem assertEquals? Warum ist die Verwendung der Objekte, ohne eine delta ok aber dann mit den primitiven ohne delta ist veraltet? Ist Java etwas in den hintergrund, die bereits die Standard-delta-Wert berücksichtigt?

Dank.

InformationsquelleAutor James Thomas | 2012-06-28
  1. 17

    Gibt es KEINE assert-Methode in JUnit mit der Unterschrift

    assertEquals(Double expected, Double result);

    Es ist jedoch generische für Objekte:

    assertEquals(Object expected, Object result);

    Dieser ruft die Objekte equals - Methode und wie man es erwarten kann, ist es nicht empfohlen, diese für den Vergleich Double Objekte.

    Für Doppel -, als Sie beobachtet, ist es absolut notwendig, einen delta zum Vergleich, Probleme zu vermeiden, die mit floating-point Rundung (erklärt sich bereits in einigen anderen Antworten). Wenn man die 3-argument-version von assertEquals mit double Argumente

    assertEquals(double expected, double actual, double delta);

    Ihre Doubles werden stillschweigend ohne Verpackung zu double und alles funktioniert Prima (und Ihre tests nicht fehlschlagen unerwartet :-).

    • +1 re-unboxing, ja, mit dem VORBEHALT, dass Sie etwas anders Verhalten, wenn der eine oder andere Doppel-null ist. Mit dem Objekt, erhalten Sie eine schöne message, mit der delta wirst, bekommst du eine NullPointerException.
    • Meine Erfahrung ist, dass diese Methoden nicht funktionieren, auch für sehr große zahlen, die unter bestimmten Umständen, insbesondere, wenn Ihre Daten variiert im Laufe der Größenordnungen. Zwei zahlen haben einen sehr geringen Prozent-Fehler ist, sondern eine scheinbar große delta zu entsprechen. Aber das gleiche delta würde nicht funktionieren, für die viel kleineren Werte in Ihren Daten. In einigen Fällen, sogar sehr großen zahlen kann erwartet werden, dass match über fast alle signifikanten Ziffern. In anderen Fällen, wie z.B. beim Vergleich von zwei optimierten FFT-algorithmen, ist das viel weniger wahrscheinlich. Eine robustere Methode ist zum begrenzen der relativen Fehler.
    • Damit es funktioniert, sollte man berechnen, delta basierend auf der Exponenten des erwarteten Wertes, so dass, wenn double e ist der erwartete Wert, dann delta sollte double d = Math.pow(10, Math.log10(Math.abs(e)) - 12); wo 12 ist die maximale praktische Anzahl von signifikanten Ziffern. Wenn Sie multiplizieren Sie den log10-Wert von < 1.0, dann test schlägt fehl, für e mit großen positiven Exponenten und, auf dem Gegenteil, wenn Sie das multiplizieren von log10-Wert > 1.0, wird es nicht für e mit großen negativen Exponenten — und dies ist der Effekt, den Sie waren, darüber zu schreiben. So stellen Sie sicher, delta gut passen zu den Exponenten der erwartete Wert.
    InformationsquelleAutor Péter Török
  2. 5

    Double math selten, wenn überhaupt, gibt genau gleichwertige Ergebnisse. Zum Beispiel 0.1 * 0.1 != 0.01. Sie benötigen in der Regel mindestens einige delta im Vergleich von double-precision-Ergebnisse.

    Auf der anderen Seite, wenn Sie sich den Vergleich boxed Doubles, es wird davon ausgegangen, Sie wollen die exakte Gleichheit. Java verfügt nicht über eine Standard-delta-Wert berücksichtigt, aber Double.equals hat leicht unterschiedliche Verhalten von ==: insbesondere die Behandlung von NaNs.

    Dies ist dann sinnvoll testen, weil Double.NaN != Double.NaN, aber in einem test, wenn Sie erwarten, dass ein NaN und NaN zurückgegeben wurde, das ist eine richtige Antwort.

    InformationsquelleAutor Louis Wasserman
  3. 1

    Schreib besser etwas wie:

    assertEquals(23.0, 250.0, 0.0)

    0.0 - es ist das delta. Lesen Sie, warum deins Methoden sind veraltet.

    InformationsquelleAutor Morozov
  4. 0

    QUELLE.
    Behauptet, dass zwei doubles oder floats sind gleich in einem positiven delta. Wenn nicht, wird ein AssertionError geworfen. Wenn der erwartete Wert ist die Unendlichkeit dann wird der delta-Wert wird ignoriert.NaNs werden als gleich angesehen.

    InformationsquelleAutor Akhi
  5. 0

    Ich würde sagen, dass der Vergleich verdoppelt, primitiv oder Objekt, ist nutzlos, ohne ein delta. Zu wissen, wie fließende point-zahlen arbeiten, ist der Schlüssel zu tun, numerische arbeiten.

    Objekt verwenden könnten .gleich unter der Decke; der primitive hat keine Möglichkeit, neben ==.

    Nur weil die Objekt-version nicht mit einem delta nicht, dass eine bessere Idee.

    InformationsquelleAutor duffymo
Schreibe einen Kommentar