JUnit: Erzeugen einer IOException

[sven11]

Hallo zusammen,

über einen BufferedReader lese ich einer Methode eine Datei ein. Über einen try-catch Block fange ich eine FileNotFoundException sowie eine IOException ab. Das Erzeugen einer FileNotFoundException für einen JUnit Testfall ist simpel, allerdings ist mir momentan noch keine Möglichkeit eingefallen, wie man ein IO-Exception hervorrufen kann. Theoretisch müsste man doch während des Lesevorgangs die zu lesende Datei löschen, dann müsste diese Exception geworfen werden. Doch dann stellt sich nur die Frage, wie man dies umsetzt. Oder gibt es noch eine einfachere Möglichkeit?

Danke schonmal im Vorraus.

 

[Final_Striker]

jetzt nicht getestet, aber ich denke alle sachen, die beim schreiben so schief gehen können.

- versuch auf einem nicht vorhandenen laufwerk zu schreiben
- versuch in eine geschützte datei zu schreiben
- versuch eine geschützte datei zu überschreiben

 

[sven1]

Hallo,

es geht hier um einen BufferedReader, also das einlesen einer Datei.

Das Lesen von einen nicht vorhandenen Laufwerk führt zu einer FileNotFoundException.

 

[mvitz]

Vermutlich (wenn du den Code der Methode postest, könnte man da mehr sagen) bleibt einem hier nur das "Mocken". Der Mock könnte anschließend eine IO-Exception schmeißen.

 

[sven11]

Hallo,

hier ein Teil des Codes (vereinfacht):

public static boolean loadFile(String filename) {
	BufferedReader read = null;
	try {
		read = new BufferedReader(new FileReader(filename));
		while ((line = read.readLine()) != null) {
			list.add(line);
		}
	} catch (FileNotFoundException e) {
		System.out.println("Datei wurde nicht gefunden!");
	} catch (IOException e) {
		System.out.println("Ein/Ausgabefehler!");
	} finally {
		if (read != null) {
			try {
				read.close();
			} catch (IOException e) {
				System.out.println("Ein/Ausgabefehler!");
			}
		}
	}
}

 

[mvitz]

Da lässt sich dann nicht viel machen (mit Mocks), aber wieso möchtest du überhaupt zwangsweise die IO-Exception erzeugen? Man sollte nicht um aller Mittel Wege 100% Code-Coverage erzwingen.

 

[maki]

Da lässt sich dann nicht viel machen (mit Mocks), aber wieso möchtest du überhaupt zwangsweise die IO-Exception erzeugen? Man sollte nicht um aller Mittel Wege 100% Code-Coverage erzwingen.

:toll:

Vor allem muss man sich auch fragen, was man testen will und ob das Sinn ergibt.
Die VM wird auf jedenfll eine FileNOtFoundExceptio werfen wenn sie die Datei nicht findet, dazu braucht ma doch keinen Test, selbiges gilt wenn die VM eine Datei nicht lesen kann, gibt es eine IOException.
Ausser natürlich die VM ist das zu testende System/Subjekt

Man kann übrigens auch dafür sorgen, dass Test einfach zu schreiben sind

 

[Janus]

Statische black-box methode. Sowas lässt sich nicht sinnvoll testen.

interface SomeReader {
  boolean read( InputStream is ) throws IOException;
}

class FileNotFoundInputStreamMock extends InputStream {
  int read() throws FileNotFoundException() {
    throw new FileNotFoundException();
  }
}

 

[JohannisderKaeufer]

Einer Datei die Leseberechtigung entziehen.

chmod 100 dateiname
chown root:root dateiname

Die Datei sollte damit erhalten bleiben => keine FileNotFoundException.
Ein lesen der Datei sollte sofern der besitzer nicht root ist nicht funktionieren und eine IOException werfen.

 

[FArt]

Noch zum Code:
in den catch-Blöcken verwirfst du die Exception-Message und den Stacktrace, was allgemein eine Fehlersuche erheblich erschwert.