Testlauf, dem man glauben kann: Zeitzonen-Tests und Schluss mit Nebenlaeufigkeit

Zwei Tests zur Zeitzonen-Umstellung aus dem letzten Commit: der Zeitstempel
eines Logeintrags traegt den Versatz der ANZEIGE-Zone (nicht den des Systems),
und die abgelegte JSONL-Zeile traegt ihn mit. Sie liegen bewusst in
AppTimeZoneTests - dort steht der uebrige Zeitzonen-Zustand, und innerhalb einer
Klasse laufen Tests nacheinander.

Das genuegte aber nicht. Von sechs Laeufen fiel einer um und liess sich danach
nicht wieder einfangen. Die Ursache ist kein einzelner Test, sondern die Bauart:
Mehrere Bausteine halten prozessweiten Zustand, den Tests bewusst umstellen -
AppTimeZone, SecretProtection, die Diagnosezaehler von AccountIdSetJson. xUnit
fuehrt Testklassen standardmaessig nebenlaeufig aus, also sieht eine Klasse
mitten im eigenen Lauf, was eine andere gerade umgestellt hat.

Neu ist das nicht, aber die Zeitzonen-Umstellung hat es verschaerft: Seit die
Logzeitstempel der Anzeige-Zeitzone folgen, haengt jedes LogMessageEventArgs an
AppTimeZone - waehrend AppTimeZoneTests dieselbe Einstellung nach Auckland und
zurueck dreht.

Deshalb laufen die Testklassen jetzt nacheinander, und die Zaehlerpruefungen
arbeiten mit der Differenz statt mit absoluten Werten. Kosten: 4-5 s statt 3 s
Laufzeit. Ein Testlauf, dem man glauben kann, ist das allemal wert - danach
sechs Laeufe in Folge gruen.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

tests/PolyTrader.Tests/LinuxFindingsTests.cs

@@ -57,36 +57,40 @@ namespace PolyTrader.Tests
             Assert.Empty(AccountIdSetJson.Deserialize("[]"));
         }
 
+        // Der Zaehler ist prozessweit. Deshalb wird die DIFFERENZ geprueft und nicht der
+        // absolute Wert - so bleibt der Test auch dann richtig, wenn vorher schon jemand
+        // einen unlesbaren Wert durchgereicht hat.
+
         [Fact]
         public void Plain_number_list_is_still_understood()
         {
-            AccountIdSetJson.ResetDiagnostics();
+            int before = AccountIdSetJson.MalformedCount;
 
             Assert.Equal(new System.Collections.Generic.HashSet<int> { 1, 2 },
                          AccountIdSetJson.Deserialize("1,2"));
-            Assert.Equal(0, AccountIdSetJson.MalformedCount);
+            Assert.Equal(before, AccountIdSetJson.MalformedCount);
         }
 
         [Fact]
         public void Unreadable_value_yields_an_empty_set_and_is_counted()
         {
-            AccountIdSetJson.ResetDiagnostics();
+            int before = AccountIdSetJson.MalformedCount;
 
             // Der Fall aus dem Test: kaputter Wert statt JSON-Array. Frueher warf die
             // EF-Wertkonvertierung hier und es wurde KEIN einziger Trader geladen.
             Assert.Empty(AccountIdSetJson.Deserialize("{kaputt"));
 
-            Assert.Equal(1, AccountIdSetJson.MalformedCount);
+            Assert.Equal(before + 1, AccountIdSetJson.MalformedCount);
             Assert.Equal("{kaputt", AccountIdSetJson.LastMalformedValue);
         }
 
         [Fact]
         public void Text_that_is_not_a_number_list_is_not_silently_accepted()
         {
-            AccountIdSetJson.ResetDiagnostics();
+            int before = AccountIdSetJson.MalformedCount;
 
             Assert.Empty(AccountIdSetJson.Deserialize("1,zwei"));
-            Assert.Equal(1, AccountIdSetJson.MalformedCount);
+            Assert.Equal(before + 1, AccountIdSetJson.MalformedCount);
         }
     }
 }