Comments 8
Спасиб за статью! Когда на проекте поменяли верстку на адаптивную, как раз столкнулись с этим вопросом. Сейчас тоже так делаем — часть в браузерном эмуляторе, а часть (особенно js) — на реальных устройствах (один андроид, один ios). И да, на реальных устройствах вылазили баги с перекрытым окном ввода из-за клавиатуры, некорректной прорисовкой при смене ориентации экрана.
Я бы ещё добавил кейс, когда в мобильном браузере пользователи принудительно запрашиваем десктопную версию.
Оказывается, бывают ситуации, когда пользователям это нужно и они так делают.
Оказывается, бывают ситуации, когда пользователям это нужно и они так делают.
Интересно. А можно пример?
Например, когда в мобильной версии нет чего-то нужного прямо сейчас. При поиске в мобильной версии хабра, статьи по-умолчанию упорядочены по релевантности. А в десктопной есть ещё два варианта — по времени и по рейтингу. Либо совсем эпичный пример — сайт городского транспорта. Мобильная версия полностью текстовая, а в десктопной можно все увидеть в реальном времени на карте города
Спасибо большое за статью) Всегда полезно лишний раз прочитать и повторить для себя
спасибо за статью
я бы еще добавил режим разделения экрана между приложениями
есть на андроиде и иОС
не все приложения поддерживают этот режим, но Хром его подерживает
www.iguides.ru/main/os/kak_ispolzovat_razdelenie_ekrana_v_android_p
я бы еще добавил режим разделения экрана между приложениями
есть на андроиде и иОС
не все приложения поддерживают этот режим, но Хром его подерживает
www.iguides.ru/main/os/kak_ispolzovat_razdelenie_ekrana_v_android_p
Sign up to leave a comment.
Особенности тестирования Mobile Web приложений