04.01.2026, 16:47
Hallo Christian,
Das wäre eine Variante. Allerdings würde das ein wenig den Test einschränken. In dem Test sollen eigentlich mögliche Eingaben vom Benutzer geprüft werden, auch wenn sie nicht 100%ig der Formatierung entsprechen. D.h. z.B. fehlende Nullen.
Wenn ich das erst im Test reformatiere, dann habe ich das im Testcode gemacht, aber ob das der Laufzeitcode korrekt macht, wird dann nicht geprüft.
Genau. Ich habe das jetzt mal etwas angepasst, so dass der Aufruf und die Prüfung nur noch intern wäre (ähnlich zu den Zeitzonen).
Was denkst du dazu ?
Eine andere Idee habe ich sonst nicht. Es wäre dann nur noch deine Variante aus PositionHelperTest, auf die ich den Test umbauen könnte.
Gruß
Thomas
(04.01.2026, 12:50)routeconverter Wrote: Ja, diese Probleme hatte ich auch. Der PositionHelperTest hat über parseDateTime() Seitenwirkungen auf die Transfer-Klasse. Dein neuer Test könnte denselben Weg versuchen:
CompactCalendar actualCal = parseDateTime(asDefaultLocaleTime("18.09.2010 03:13:33"), "UTC");
Das wäre eine Variante. Allerdings würde das ein wenig den Test einschränken. In dem Test sollen eigentlich mögliche Eingaben vom Benutzer geprüft werden, auch wenn sie nicht 100%ig der Formatierung entsprechen. D.h. z.B. fehlende Nullen.
Wenn ich das erst im Test reformatiere, dann habe ich das im Testcode gemacht, aber ob das der Laufzeitcode korrekt macht, wird dann nicht geprüft.
(04.01.2026, 12:50)routeconverter Wrote: Du meinst Transfer#reinit() damit? Irgendwie unschön.
Genau. Ich habe das jetzt mal etwas angepasst, so dass der Aufruf und die Prüfung nur noch intern wäre (ähnlich zu den Zeitzonen).
Was denkst du dazu ?
Eine andere Idee habe ich sonst nicht. Es wäre dann nur noch deine Variante aus PositionHelperTest, auf die ich den Test umbauen könnte.
Gruß
Thomas