JUNit bei System.out

[Java-Problems]

Hey leutz,
kurze frage zu JUnit:
Wie kann ich MEthoden testen, die beispielsweise eine System.out.println drin haben, oder aber als return-statement einen String besitzen?

	public String toString() {
		return this.getName() + " [" + this.getQuantityAv() + "]"
				+ " alcoloic: " + isAlcoholic();
	}

Benötige ich generell einen Rückgabewert um einen Unittest zu schreiben? Oder kann ich auch "void" methoden testen?

 

[maki]

>> Wie kann ich MEthoden testen, die beispielsweise eine System.out.println drin haben,

Was willst du testen? Ob System.out etwas schreibt, das wird schwierig..

>> oder aber als return-statement einen String besitzen?

Das ist einfach, prüfe doch ob der String dem erwarteten entspricht.

>> Benötige ich generell einen Rückgabewert um einen Unittest zu schreiben? Oder kann ich auch "void" methoden testen?

Die Frage ist doch, was willst du testen?

 

[Ebenius]

Mit JUnit kann man natürlich auch Dinge testen die keinen Rückgabewert haben. Man kann zum Beispiel prüfen, dass eine Methode keine Exception wirft, oder dass danach ein Property richtig gesetzt ist, oder dass auf einem Strom das richtige ankommt.

Methodenausgabe auf System.out zu prüfen würde so gehen (auch wenn das nicht so fein aussieht): [HIGHLIGHT="Java"]final PrintStream stdout = Sytem.out;
final ByteArrayOutputStream baos = new ByteArrayOutputStream();
try {
System.setOut(new PrintStream(baos));
// do your stuff here
} finally {
System.setOut(stdout);
}

// Check the data in baos[/HIGHLIGHT]
Optional kann man das auch noch synchronisieren, um Querschläger zu stoppen; aber da sollte man wissen was man tut, sonst hängt man sich DeadLocks an die Backe:

[HIGHLIGHT="Java"]final PrintStream stdout = Sytem.out;
final ByteArrayOutputStream baos = new ByteArrayOutputStream();
final PrintStream newOut = new PrintStream(baos);
synchronized (newOut) {
try {
System.setOut(newOut);
// do your stuff here
} finally {
System.setOut(stdout);
}
}

// Check the data in baos[/HIGHLIGHT]
String-Rückgabe kann man natürlich genauso prüfen wie alles andere auch: [HIGHLIGHT="Java"]assertEquals("toString() check", "I am the right answer", obj.toString());[/HIGHLIGHT]
Quelltext im Browser getippt, kleine Fehler bitte selbst beheben

Ebenius

 

[maki]

Interessant Ebenius, wusste ich nicht

 

[Java-Problems]

ich habe eine methode, die etwas in eine Datei speichert und möchte den Inhalt mit einem Objekt vergleichen.
Dazu mache ich doch am besten bei beidem eine toString und es müsste das gleich drin stehen, oder?

 

[Ebenius]

Dazu mache ich doch am besten bei beidem eine toString und es müsste das gleich drin stehen, oder?

Den Satz habe ich dreimal gelesen und nicht verstanden. Bitte probier's nochmal.

Ebenius

 

[Java-Problems]

BufferdReader datei = bew BufferedReader(new Filereader("datei.txt"));
AssertEquals(Objekt.toString() == datei.toString());

So habe ich das gemeint...

 

[Java-Problems]

aber komischer weise kommt halt immer noch ein roter balken

 

[Ebenius]

Also erstens gibt's die Methode da oben gar nicht. Equals hat zwei oder drei Argumente (und wird klein geschrieben, aber das war sicher nur ein Tippfehler). Und zweitens: Warum sollte denn der Reader gleich Deinem Objekt sein? Das kann so nicht funktionieren.

Ebenius

 

[Java-Problems]

der solle gleich sein, weil ich zuvor mein getObjetc() in ne Datei geschrieben habe

Wie kann ich ansonsten einen dateiinhalt mit einem STring bzw. mit einem Objekt vergleichen?

 

[Ebenius]

Das geht nur, indem Du den Inhalt der Datei auch wieder ausliest und dann den ausgelesenen Inhalt mit dem Inhalt des Objektes vergleichst. Woher soll denn der Reader oder JUnit wissen, wie Dein Objekt funktioniert und wie man die Inhalt vergleichen kann?

Ebenius

 

[Java-Problems]

BufferdReader datei = bew BufferedReader(new Filereader("datei.txt"));

ist nicht das der Befehl um ne Datei zu lesen?

 

[Ebenius]

BufferdReader datei = bew BufferedReader(new Filereader("datei.txt"));

ist nicht das der Befehl um ne Datei zu lesen?

Nein. Das ist nur der Anfang. Damit hast Du einen Reader aufgemacht, mit dem Du dann lesen könntest. Tust Du aber nicht.

Abendlektüre: Sun Java Tutorial » Lesson: Basic I/O

Ebenius