Boah dieser Unittest treibt mich in den Wahnsinn.
Test 1+3 ausführen: erfolgreich.
2+3 ausführen: erfolgreich.
+2+3 ausführen: schlägt fehl.
Conversation
Notices
-
Embed this notice
GreenSkyOverMe (Monika) (greenskyoverme@ohai.social)'s status on Tuesday, 28-May-2024 19:03:01 JST GreenSkyOverMe (Monika) -
Embed this notice
GreenSkyOverMe (Monika) (greenskyoverme@ohai.social)'s status on Tuesday, 28-May-2024 22:16:27 JST GreenSkyOverMe (Monika) @Leichtmatrose ja, 2 und 3 schreiben dieselben Daten in dieselbe Tabelle. Die ich im teardown lösche. Was erklärt, dass 2+3 erfolgreich ist. Nur warum es dass bei 1 2 3 nicht ist …
-
Embed this notice
Leichtmatrose (leichtmatrose@sueden.social)'s status on Tuesday, 28-May-2024 22:16:29 JST Leichtmatrose @GreenSkyOverMe Ändern einige der Unittests die Testdaten? Dann ist die Reihenfolge entscheidend, die bei Unittests klassisch nicht garantiert ist.
Bei Spring kann ich bei Testklassen, die die DB ändern, mitgeben, dass danach der Kontext weggeworfen und neu hochgezogen wird. Das ist zwar aus Performancesicht doof, aber die Tests sind dann wieder isoliert.
-
Embed this notice
GreenSkyOverMe (Monika) (greenskyoverme@ohai.social)'s status on Tuesday, 28-May-2024 22:55:45 JST GreenSkyOverMe (Monika) @Leichtmatrose Eigentlich nicht. Das Multiple Assignment, das rumzickt, gibt es nur in 2 und 3.
Ich muss einfach weiter debuggen …
-
Embed this notice
Leichtmatrose (leichtmatrose@sueden.social)'s status on Tuesday, 28-May-2024 22:55:47 JST Leichtmatrose @GreenSkyOverMe Hat 1 Nebenwirkungen, die 2 abstürzen lassen?
-
Embed this notice