T
Testdrifen
Gast
Hi,
ich bin neuerdings dabei Unit-Tests zu schreiben und bin noch etwas unsicher wie so eine unit-test klasse aussehen sollte.
Ich hab in der regel mehrere komponenten die ich im vorfeld zusammenbauen muss, damit eine Komponente funktioniert.
Wenn ich jetzt mehrere Dinge in einer Testklasse testen lassen will, muss ich ggf. die Dinge die ich in der setUp methode eingerichtet habe umändern. Mittelfristig führt das zu einem heiden Chaos und keiner blickt mehr durch, welche der dutzenden hilfsmethoden jetzt für welchen testfall zuständig ist.
Dinge wie Mockito haben das schon stark entschärft, aber das generelle Problem bzw. mein Eindruck dass das sehr chaotisch ist bleibt.
Wie macht ihr das? Jedes Feature einer Klasse ist eine eigene Testfallklasse, wenn die setUp Bedinungen nicht gleich sind? Oder wie organisiert ihr eure Testfälle?
ich bin neuerdings dabei Unit-Tests zu schreiben und bin noch etwas unsicher wie so eine unit-test klasse aussehen sollte.
Ich hab in der regel mehrere komponenten die ich im vorfeld zusammenbauen muss, damit eine Komponente funktioniert.
Wenn ich jetzt mehrere Dinge in einer Testklasse testen lassen will, muss ich ggf. die Dinge die ich in der setUp methode eingerichtet habe umändern. Mittelfristig führt das zu einem heiden Chaos und keiner blickt mehr durch, welche der dutzenden hilfsmethoden jetzt für welchen testfall zuständig ist.
Dinge wie Mockito haben das schon stark entschärft, aber das generelle Problem bzw. mein Eindruck dass das sehr chaotisch ist bleibt.
Wie macht ihr das? Jedes Feature einer Klasse ist eine eigene Testfallklasse, wenn die setUp Bedinungen nicht gleich sind? Oder wie organisiert ihr eure Testfälle?