Double und Gleitkommazahlen mit JUnit testen

[Sherry]

Hallo,

ich schreibe für eine komplexe Klasse Fee.java JUnit-Test und muß unweigerlich auf Gleitkommzahlen testen, weil meistens krumme Werte herauskommen werden.

package com.example.calculator;

import static org.junit.Assert.*;

public class FeeTest {
    private static Fee myHonorar;

    private Double workingHours = Double.parseDouble(new Settings().readSettings("workinghours"));

    
    @Before
    public void setUp() throws Exception {
        myHonorar = new Fee();
    }

    @Test
    public void netTurnoverTest() {
        assertTrue(28865.2 == myHonorar.netTurnover(520.0, 8.0, 70));
        assertTrue(28865.2 == myHonorar.netTurnover(65.0, 8.0, 70));
    }
    
    @Test
    public void factorWorkingHoursTest() {
        assertTrue(1.25 == myHonorar.factorWorkingHours(workingHours, 10.0));
    }
    
    @Test
    public void calculateFeeTest() {
        assertTrue(538.233333 == myHonorar.calculateFee(Math.abs(538.23), 547.00, 1.00, 30));
    }

}

Der dazugehörige Teil aus der Klasse Fee.java:

public Double calculateFee(Double fee, Double monthlyTicket, Double sconto,  int projektdays) 
    {
        return (fee + monthlyTicket/projektdays)*sconto;                
    }

Meine Frage ist nun, wie schreibe ich meinen Test, dass ich auch auf solche Gleitkommawerte testen kann? calculateFeeTest wird nämlich rot.

Grüße
Sherry

 

[QwertSmeik]

Spontan würde ich es mit Math.round machen und dann statt:

assertTrue(28865.2 == myHonorar.netTurnover(520.0, 8.0, 70))

schreiben:

assertTrue(288652 == Math.round(10*myHonorar.netTurnover(520.0, 8.0, 70)))

Also das Komma richtig verschieben und auf Ganzzahlgleichheit testen.

 

[Sherry]

Ich meinte

@Test
    public void calculateFeeTest() {
        assertTrue(538.233333 == myHonorar.calculateFee(Math.abs(538.23), 547.00, 1.00, 30));
    }

Die anderen Tests funktionieren und werden grün.

 

[QwertSmeik]

Oder du ziehst die Werte voneinander ab und vergleichst den Absoultbetrag dessen mit einem geringen Toleranzwert.

 

[Flown]

Math.round wäre eine Art es zu lösen oder du Verwendest assertEquals mit einer Fehlerabweichung:

JUnit API: Assert

@Test
public void testMe() {
  double i = 0.3;
  double j = 0.3 + 1e-9;
  double delta = 0.01;
  // i - j < delta
  assertEquals(i, j, delta);
}

 

[nvidia]

[...] oder du Verwendest assertEquals mit einer Fehlerabweichung

Vergleiche basierend auf "Fehlerabweichungen" sind anfällig für Probleme[1]. Des Weiteren sind diese auch nicht korrekt wenn es um die IEEE-Darstellung geht, da NaN und -0.0, 0.0 IMHO nicht richtig berücksichtigt werden. Deshalb sollte, wenn man das bisschen Geschwindigkeitsverlust verschmerzen kann, die compare-Methode der entsprechenden Wrapperklasse verwendet werden. Für double wäre das Double.compare(a,b). Die berücksichtigt "echte" Gleichheit der Darstellung, NaN und -0.0, 0.0 , weil auf Bit-Ebene verglichen wird.

[1] Google hilft da weiter.

 

[Sherry]

Vielen Dank für die Informationen. Ich werde versuchen den richtigen Weg zu finden. Denn ich habe in der Klasse überwiegend Methoden, die garantiert Werte auswerfen, die keine runden Nachkommastellen haben werden.

 

[arilou]

Gleitkommazahlen testet man niemals mit "==".
(Außer evtl. "== 0.0" vor einer Division.)
Gleitkommazahlen sind immer ungenaue Werte.