Zumindest habe ich die Generics auch so definiert.

IMHO ist es in dem Fall besser, eben nicht mit einem sauberen Objekt anzufangen. Denn die Funktionen sollen nix ändern, also ist es ein Fehler, wenn sie es tun. Und wenn der beim Testen auftritt, umso besser.andre_w hat geschrieben:Es war ja ersichtlich, dass die Funktionen nicht static sind und somit in der lib-Variable für Änderungen sorgen könnten. In diesem Fall ist es doch die bessere Lösung, in jeder Testfunktion mit einem sauberen Objekt anzufangen.
Die Reihenfolge, in der die Tests ausgeführt werden, ist in JUnit4 nicht definiert. Aus diesem Grund sollten Testfälle nicht voneinander abhängig sein oder sich gegenseitig beeinflussen. Das Ergebnis eines Laufes wäre so zu einem gewissen Grad zufällig und es wäre nicht gut nachvollziehbar, wovon ein Fehler eigentlich ausgelöst wurde.Jan Schejbal hat geschrieben:IMHO ist es in dem Fall besser, eben nicht mit einem sauberen Objekt anzufangen. Denn die Funktionen sollen nix ändern, also ist es ein Fehler, wenn sie es tun. Und wenn der beim Testen auftritt, umso besser.