Эмуляция смартфона и мобильная сеть — это разные проверки
Эмуляция браузера меняет параметры клиентского окружения. Мобильный прокси меняет сетевой маршрут. Для достоверного результата эти оси тестируют отдельно и в комбинации.
Главное за минуту
- Геолокация браузера не доказывает географию IP.
- User agent не подтверждает физическое устройство.
- Матрица из четырёх базовых прогонов разделяет ошибки интерфейса и маршрута.
- Каждый вывод в отчёте должен опираться на соответствующий независимый сигнал.
Что эмулирует Playwright
Устройство задаёт viewport, размер экрана, touch и user agent; отдельно настраиваются locale, timezone, permissions и geolocation.
Фиксируйте версию браузера и профиль устройства вместе с viewport, deviceScaleFactor, touch, locale и timezone. Для каждого параметра укажите ожидаемое влияние: например, адаптивная вёрстка зависит от ширины окна, а формат даты — от локали. Это предотвращает ложный вывод, будто один переключатель «мобильное устройство» воспроизводит физический телефон целиком.
Что даёт прокси
Прокси определяет путь соединения и видимый целевому сервису исходящий адрес. Он не меняет автоматически размер экрана, язык или координаты браузера.
Сетевой маршрут подтверждайте отдельным разрешённым endpoint: сохраните страну или регион ответа, обезличенный идентификатор выхода и время проверки. Не делайте вывод о точной геопозиции человека по IP и не смешивайте IP-географию с координатами браузера. Если признаки расходятся, отчёт должен показывать оба значения, а не скрывать расхождение.
Матрица проверок
Сравните desktop и mobile viewport на прямом и мобильном маршруте. Так проще отличить ошибку адаптивности от сетевой или региональной проблемы.
Минимальная матрица содержит четыре прогона: desktop и mobile viewport по прямому и мобильному маршруту. Заранее задайте одинаковый набор шагов, тестовые данные и критерии: код ответа, отсутствие горизонтального переполнения, время ключевого действия и корректность регионального контента. Расширяйте матрицу только после стабильного базового результата, иначе число комбинаций быстро скроет первопричину.
Фиксация результата
В отчёте указывайте профиль устройства, viewport, locale, timezone, разрешения и подтверждённый внешний IP как независимые параметры.
В артефакте результата храните configuration ID, время, версию сценария и независимые факты об устройстве и сети. Скриншоты полезны для вёрстки, но не доказывают маршрут; внешний адрес полезен для сети, но не доказывает touch-поведение. Секреты, cookies и полный адрес пользователя удаляйте до публикации отчёта или передачи его подрядчику.
Практический чек-лист
- 1Не называйте эмуляцию физическим устройством.
- 2Проверяйте внешний адрес отдельно.
- 3Сохраняйте матрицу конфигураций.
- 4Зафиксируйте версию браузера и configuration ID.
- 5Удалите cookies и точные адреса из артефактов.
Источники и документы
Материал подготовлен по первичным, официальным и техническим источникам. Формулировки статьи являются самостоятельным изложением.