Mobile QA. Когда выгодно эмулировать.

Опубликованно: 24 апреля 2018 / Рубрика IT Secrets
Последние 10 лет ознаменовались бурным развитием беспроводных технологий, что в свою очередь кардинально переориентировало ИТ-рынок услуг в мобильный сегмент. Если в 2005-м мы тестировали сравнительно простые “поделки” на платформе J2ME, ориентированные на рынок wap-ресурсов, и большую часть времени инженер тратил (как это ни удивительно) не на регрессию мастер-версии, а на смоуки портингов мобильного приложения, то ближе к 2020 году смартфон давно перестал быть просто телефоном с набором дополнительных функций, фактически превратившись в полную альтернативу ПК. Соответственно, сложность методологии тестирования возросла, и сегодня мы можем говорить о строгой индивидуальности подходов в разработке тест-планов для того, или иного мобильного софта. Курсы тестировщиков Киев, также будут актуальны, чтобы разобраться в этом вопросе глубже. По сей день дискуссионным остается вопрос qa automation, особенно это касается UI и навигации мобильных приложений, что часто приводит к искренней нелюбви к тестированию на эмуляторах у серьезных QA Engineer. Всегда ли она так оправдана, а работа с реальным устройством - безальтернативна?
Конечно, нет. И, несмотря на качественный скачок в аппаратных и программных мощностях, некоторые важные тестовые сценарии, широко используемые десять лет назад, не утратили своей актуальности до сих пор. В частности, мы говорим о тестировании стабильности связи и геолокации: ведь эти инструменты являются критически важными для многих мобильных приложений. По старинке данный функционал тестировали либо примитивно “не вовремя” включая-отключая мобильный интернет/gps (полагаясь в основном на банальную ловкость рук), и наблюдая за реакцией приложения, либо же проходя полноценный outdoor uat - “зарядив” сим-карту деньгами, путешествовали по городу, симулируя типовые ситуации, возникающие в жизни реальных пользователей приложения. Конечно же, второй вариант вполне востребован и сегодня, но имеет два существенных минуса: первый - время QA Engineer по тестированию стоит достаточно дорого, и в конечном итоге он более выгоден на работе в офисе. Второй - документирование дефектов вне офиса сопряжено с определенными трудностями, кто бы что ни говорил о всеобъемлющей мобильности.
Но, спасибо разработчикам, сегодня мы имеем гораздо больше возможностей для качественного воссоздания практически всех реальных сценариев использования прямо на рабочем месте. И тут хорошим решением будет использование именно нелюбимого многими тестировщиками эмулятора. Учитывая фактическую безальтернативность двух ведущих мобильных платформ, инструменты разработки под них потихоньку проходят свой эволюционный путь и излечиваются от “детских” болячек, которые часто раздражали нас в прошлом. На примере стандартной Android Studio рассмотрим базовые возможности эмуляции тех, или иных сценариев. Имейте ввиду, что у разных версий названия инструментов и пунктов меню могут отличаться, Google любит масштабные апдейты.
Итак, допустим у вас установлена Android Studio 3.0.1 (со всеми необходимыми дополнениями, в этом поможет SDK Manager), и в ней построен проект (он может быть “пустышкой”, но это необходимое условие для полноценного использования инструментов отладки). В меню Tools находим вкладку Android, и внутри нее запускаем инструмент AVD Manager (менеджер виртуальных устройств). С его помощью даже школьник легко создаст эмулятор реального устройства на курсы тестирования Киев (выбор прототипов очень широк). Далее с помощью adb консоли, или любым другим удобным способом устанавливаем наше приложение на виртуальное устройство. Можно приступать к, скажем, эмуляции плохого соединения с интернет. Для этого заходим в расширенные настройки нашего эмулятора (Снова Tools->Android->AVD Manager), нажимаем на кнопку редактирования, расположенную в блоке с нашим устройством, и выбираем Show advanced settings. Тут нас интересует блок Network settings, где все достаточно прозрачно и понятно. Например, latency=GPRS для современных устройств и приложений будет удачной эмуляцией плохого покрытия где-то глубоко в лесу, и так далее. Приятной работы!
Короткая ремарка. Конечно же, кому-то может показаться более удобным управлять соединением через прокси-сервер - это тоже вполне рабочий кейс, настраивается легко через Wi-Fi соединение (настройки устройства). Также нельзя не упомянуть, что Apple пошла еще дальше и эмуляцию различных сценариев сетевого соединения “зашила” прямо в настройки реального устройства, что в принципе делает эмуляцию самого iOS устройства в данном случае ненужной.
с уважением, QA START UP
Рубрика IT Secrets
Автор: Андрей Скворчинский
311
Рубрики
Ближайший
курс
название курса
Тестирование ПО (QA TESTING)
Продолжительность
5 недель (35 ак. час)
Старт курса
13 августа 2018
Программа курса
Остались
вопросы?

Киев Вадима Гетьмана, 1-А (3 минуты ходьбы от метро Шулявская) info@qastartup.com.ua