e2e: Anmelde-Web-Tests sind unter Last flaky (zeitversetzte Live-Region, knappe Wartezeiten) #68

New issue

Open

opened 2026-11-04 19:31:34 +00:00 by cschlaefke · 0 comments

cschlaefke commented

2026-11-04 19:31:34 +00:00

Owner

Beobachtet beim Bau der Such-E2E (3c, Issue #3): Im Gesamtlauf api+web mit --workers=2 schlugen in rund der Hälfte von 10 Läufen 1 bis 4 bestehende Auth-Web-Tests fehl (krit01, krit04, krit05, krit07, krit49). Auch ohne die neuen Such-Tests trat es einmal auf, sobald die Rechnerlast stieg. Ein Beispiel: krit04-06-07-anmeldung („denselben Text“): zwei Schnappschüsse des Semantics-Baums unterscheiden sich durch eine zeitversetzte Live-Region (text: "Error: …").

Ursache (vermutet): knappe Wartezeiten und zeitversetzte Live-Regionen im Semantics-Baum; unter Last wird die Reihenfolge/der Zeitpunkt unzuverlässig.

Aufgabe: Anmelde-Web-Tests robust machen (auf Zustände statt feste Zeiten warten, Live-Region konsistent behandeln). Reiner Testfix. Kein Produktcode, außer wenn sich ein echter Fehler zeigt.

Verwandt: #65 (Throttle-Test).

Beobachtet beim Bau der Such-E2E (3c, Issue #3): Im Gesamtlauf `api`+`web` mit `--workers=2` schlugen in rund der Hälfte von 10 Läufen 1 bis 4 bestehende Auth-Web-Tests fehl (`krit01`, `krit04`, `krit05`, `krit07`, `krit49`). Auch ohne die neuen Such-Tests trat es einmal auf, sobald die Rechnerlast stieg. Ein Beispiel: `krit04-06-07-anmeldung` („denselben Text“): zwei Schnappschüsse des Semantics-Baums unterscheiden sich durch eine zeitversetzte Live-Region (`text: "Error: …"`). **Ursache (vermutet):** knappe Wartezeiten und zeitversetzte Live-Regionen im Semantics-Baum; unter Last wird die Reihenfolge/der Zeitpunkt unzuverlässig. **Aufgabe:** Anmelde-Web-Tests robust machen (auf Zustände statt feste Zeiten warten, Live-Region konsistent behandeln). Reiner Testfix. Kein Produktcode, außer wenn sich ein echter Fehler zeigt. Verwandt: #65 (Throttle-Test).