Junit-test für die Methode boolean

wie kann ich erstellen Sie eine test-Methode mit asseertEquals für die Methode Boolean isEqual(Semester zu semester) mit dem Typ Boolean in der Klasse Semester?

hier ist der code für die Klasse, Semester und den junit-test für die Klasse Semester

Semester

public class Semester {
    private String year;
    private String name;

    public Semester() {
        year = null;
        name = null;
    }

    public Semester(String year, String name) {
        this.year = year;
        this.name = name;
    }

    public boolean isEqual(Semester semestr) {
        return ((semestr.name.equals(this.name)) && (semestr.year
            .equals(this.year)));
    }

    public String getYear() {
        return year;
    }

    public String getName() {
        return name;
    }
}

SemesterTest

public class SemesterTestCase1 {
    private Semester semster=new Semester("2014","Fall");

    @Test
    public void testIsEqual() {

    }

    @Test
    public void testGetYear() {
        assertEquals("2014",semster.getYear());
    }

    @Test
    public void testGetName() {
        assertEquals("Fall",semster.getName());
    }
}
  • assertEquals(true, actualValue) und assertEquals(false, actualValue) beide arbeiten. Es gibt auch assertTrue(actualValue) und assertFalse(actualValue). Haben Sie einen Blick auf die JavaDoc für die Asserts - class? Wenn diese Optionen nicht funktionieren, bitte lassen Sie uns wissen, warum Sie nicht funktionieren, und noch wichtiger, was man eigentlich zu erreichen versucht.
  • Vergessen Sie nicht, um zu testen, für NullPointerExceptions.
  • Sie überschreiben müssen equals statt der Festlegung Ihrer eigenen isEqual zu verwenden assertEquals.
  • Nicht unbedingt. equals hat sehr spezielle Verträge, die gehorchen müssen, in der Erwägung, dass eine benutzerdefinierte Methode, wie isEqual können tun, was Sie will. Es gibt definitiv Zeiten, die Sie wollen, und nicht die anderen. Zum Beispiel, sagen wir, Sie haben eine Person Objekt mit einer id Bereich sowie name und Geburtsdatum. Es wahrscheinlich sinnvoll für equals nur überprüfen id, wenn man da einen Map<Person, Job> Sie möchten, um Sie eindeutig zu identifizieren, jede person, die von id. Aber Sie können auch prüfen wollen, dass zwei Person Objekte haben alle die gleichen Werte, für die Sie eine benutzerdefinierte isEqual mehr angemessen ist.
  • Können Sie Namen Regeln der equals-Vertrag die benutzerdefinierte Methode verletzen kann? Wenn in Ihrer Domäne können Sie garantieren, dass Person.id ist einzigartig, was ist der Punkt, der compering rest der Felder? Wenn nicht deine Karte wird nicht korrekt funktionieren.
  • Eine benutzerdefinierte Regel kann gegen eine der Regeln für equals, da es definiert seinen eigenen Vertrag. Wahrscheinlich die meisten relevant ist, dass Sie müssen konsistent sein mit hashCode(). Für id Gleichheit, als ein Beispiel, was passiert, wenn Sie haben zwei Map<Person, Job>s, ein von einem Monat und eine aus jetzt, und Sie wollen, um Leute zu finden, die den Job gewechselt: !m1.get(person).equals(m2.get(person)). Wenn eine person änderte Ihren Namen in diesem Monat, Sie wollen immer noch, Sie zu finden, die in beiden maps.
  • Aber, nun, ich denke, wir sind in Allgemeine-Diskussion-Kategorie, so dass, wenn Sie fortsetzen wollen, würde ich vorschlagen, einen chat und lud mich zu es. 🙂

InformationsquelleAutor Abdulla | 2015-05-02
  1. 4

    Erste, die ich ändern würde Ihre isEqual():

    public boolean isEqual(Semester semestr) {
        boolean flag = false;
        if (this.name != null && this.year != null 
            && this.semestr.name != null && this.semestr.year != null ){
        flag = ((semestr.name.equals(this.name)) && (semestr.year
            .equals(this.year)));
          }
           return flag;
    }

    Versuchen mit assertTrue statt assertEquals:

     @Test
    public void testIsEqual() {
    Semester semsterTest = new Semester("2014","Fall");
    boolean res = this.semster.isEqual(semsterTest);
    assertTrue(res);
    }

    Empfehle ich Ihnen, mit assertTrue und assertFalse wenn Sie möchten, testen Boolesche Methoden.

    • Fwiw, ich nicht wie assertTrue und assertFalse, weil Sie nicht geben sehr hilfreiche Nachrichten. Diese überladungen nur im Grunde sagen Sie es ist ein Fehler. Wenn Sie etwas tun, wie assertTrue("fall 2014", res) dann wird Ihre Nachricht unhelpfully nur "Herbst 2014." Wenn Sie assertEquals, dann wird die Fehlermeldung "Herbst 2014: erwartete <true,> aber war <falschen>", was für mich sehr hilfreich.
    • Wenn Sie assertTrue("fall 2014", res) und der test fehlschlägt, müssen Sie wissen, dass die erwartete wurde wahr (durch assertTrue) und res war false (denn wenn es wahr wäre, den test korrekt waren) ist es nicht? Sind Sie richtig, wenn Sie sagen, dass assertEquals mehr geben hilfreiche Nachricht, aber, den code zu Lesen, assertTrue und assertFalse bieten Ihnen eine schnelle Idee über das, was Sie testen. Ich glaube nicht, dass assertEquals Ihnen eine Menge Vorteile. Ich denke, dass ist die Meinung basiert. Trotzdem danke für dein Kommentar 🙂
    • wenn ich auf diese Weise für den Standard-constructer private Semester semster=new Semester(null,null); bekomme ich eine Fehlermeldung mit einem null-Zeiger-Ausnahme
    • Wenn Sie wirklich wollen, um zu sehen, "erwartet <true,> aber war <falschen>" Sie können die Hamcrest-Erweiterungen (gebündelt, je nach Ihrer version von JUnit) assertThat(condition, equalTo(true))
    • dies ist ein problem deiner Methode isEqual(). Ich denke, dass zwei semester mit einigen Variablen null ist nicht gleich. Auch, ich empfehle Ihnen, schreiben Sie eine weitere test testIsNotEqual() zu überprüfen, mit einem assertFalse wenn Sie isEqual funktioniert gut mit zwei verschiedenen Semestern. Ich habe Bearbeiten Sie die Antwort mit einer möglichen neuen isEqual().
    • Yup, definitiv einer Meinung! Ich mag in der Lage sein zu sehen, der erwartete Wert rechts von dem test, Fehler, vor dem ich auch drill-down-der code. Und ja, ich könnte mehr schreiben in der Beschreibung, wie assertTrue("expected fall 2014 equality to be true", res), aber an diesem Punkt, was habe ich gerettet vs assertEquals("fall 2014 equality", true, res)? Ähnlich ist es mit der Hamcrest-Lösung. Im Grunde finde ich assertEquals eine gute balance zwischen geben mir eine hilfreiche Nachricht, und weniger Tippfehler meinerseits. Aber ja, es ist völlig Meinung, das ist der Grund, warum ich es als Kommentar und nicht als Antwort. 🙂

    InformationsquelleAutor Shondeslitch
  2. 2

    Gibt es drei Dinge, die zu einer Adresse mit diesem code.

    Erste, es gibt schon eine Methode, die zwei Objekte vergleichen können, gleichwertig mit jeder anderen genannt equals. Sie wollen, diese Methode zu überschreiben, statt der Erstellung Ihrer eigenen Geschlechter-Methode.

    @Override
public boolean equals(Object otherSemester) {
    //your code here
}

    Zweite, Ihre Methode ist nicht null tolerant. Wenn man pass null zu, dass die Methode, die Sie würden, Holen Sie sich eine wunderbare NullPointerException. Dieses Problem angegangen werden muss, indem sichergestellt wird, dass das Objekt, das Sie übergeben haben, ist nicht null.

    if(semester != null) {
    //logic based on semester being non-null
} else {
    return false;
}

    Schließlich, Ihr test konnten mit ein bisschen umzuschreiben. Sie wollen, um zu definieren mehreren Fällen:

    • Gleich Semestern
    • Nicht gleich Semestern
    • Null
    • Nicht null, aber nicht aufgeblasen Semester (irgendwie vorbei null an den Konstruktor)

    Während es gibt zu viele Fälle für mich, um hier aufzuzählen, kann Sie getestet werden,Hamcrest Matcher. 

    assertThat(semester.equals(otherSemester), is(false));
    InformationsquelleAutor Makoto
  3. 0

    Anstatt zu versuchen, assertEquals, können Sie versuchen, assertTrue.

    @Test
public void testIsEqual() {
assertTrue(isEqual(semester));
}

    assertTrue ist speziell verwendet, um zu überprüfen Boolesche Werte.

    InformationsquelleAutor salmanbw
  4. 0

    Für Boolesche Tests in Junit, es wäre besser, verwenden assertTrue /assertFalse 

    @Test
public void testIsEqual() {
assertTrue(isEqual(semester)); //to check value is true
}
    InformationsquelleAutor JIM
  5. 0

    Können Sie assertj fließend Behauptungen, die den job machen:

    assertThat(boolean_expression).isTrue()
assertThat(boolean_expression).isFalse()
assertThat(boolean_expression).isEqualTo(another_boolean_expression)

    Mehr auf http://joel-costigliola.github.io/assertj/

    InformationsquelleAutor wsl
Schreibe einen Kommentar