Особенности тестирования Mobile Web приложений

[Daria_om]

Спасиб за статью! Когда на проекте поменяли верстку на адаптивную, как раз столкнулись с этим вопросом. Сейчас тоже так делаем — часть в браузерном эмуляторе, а часть (особенно js) — на реальных устройствах (один андроид, один ios). И да, на реальных устройствах вылазили баги с перекрытым окном ввода из-за клавиатуры, некорректной прорисовкой при смене ориентации экрана.

[saver]

Отлично! Значит, все что я описал — действительно правда. :)

[raptors]

Я бы ещё добавил кейс, когда в мобильном браузере пользователи принудительно запрашиваем десктопную версию.
Оказывается, бывают ситуации, когда пользователям это нужно и они так делают.

[saver]

Интересно. А можно пример?

[Ivan_Pod]

Например, когда в мобильной версии нет чего-то нужного прямо сейчас. При поиске в мобильной версии хабра, статьи по-умолчанию упорядочены по релевантности. А в десктопной есть ещё два варианта — по времени и по рейтингу. Либо совсем эпичный пример — сайт городского транспорта. Мобильная версия полностью текстовая, а в десктопной можно все увидеть в реальном времени на карте города

[Tom617]

Спасибо большое за статью) Всегда полезно лишний раз прочитать и повторить для себя

[nikiiev]

спасибо за статью
я бы еще добавил режим разделения экрана между приложениями
есть на андроиде и иОС
не все приложения поддерживают этот режим, но Хром его подерживает
www.iguides.ru/main/os/kak_ispolzovat_razdelenie_ekrana_v_android_p

[saver]

О, это совсем жесткий случай. На 99% приложениях даже не могу придумать, какая часть аудитории отвалится, если что-то не работает при этом режиме… но всегда есть 1% какой-нибудь специфики.
Спасибо!