Эмуляторы для тестирования мобильных приложений: обзор и когда нужны реальные устройства

По данным StatCounter, в сентябре 2026 года на Android приходилось 73,58 % мобильного трафика в России, на iOS — 26,41 %. Для команды разработки это означает две платформы, десятки производителей, несколько поколений ОС и сотни комбинаций размера экрана и плотности пикселей. Официальный Android Emulator умеет воспроизводить многие из этих конфигураций, а облачные сервисы вроде Firebase Test Lab дают доступ к реальным устройствам по часам — но ни один инструмент не закрывает всё.

Купить каждый смартфон, на котором открывают ваше приложение, невозможно и не нужно. Задача QA — разумно распределить проверки между эмуляторами, симуляторами, облачной фермой и небольшим собственным парком устройств, чтобы ловить баги рано и не переплачивать. Именно так мы выстраиваем тестирование мобильных приложений и QA-аутсорсинг для клиентов: часть проверок автоматизируем на эмуляторах, часть обязательно гоняем на железе.

Ниже — чем эмулятор отличается от симулятора и фермы, какие инструменты использовать в 2026 году, что они покажут и чего не покажут, сравнительная таблица, цены облачных ферм, принципы подбора устройств и пошаговая стратегия. Материал пригодится QA-лидам, руководителям проектов и заказчикам, которые решают, на чём тестировать продукт.

Что такое эмулятор, симулятор и ферма устройств

Эмулятор, симулятор и ферма устройств — это три способа проверить мобильное приложение без того, чтобы держать в руках каждую модель смартфона. Они различаются тем, насколько точно воспроизводят реальное устройство, и, как следствие, тем, каким результатам проверки можно доверять.

Эмулятор: имитация железа и ОС

Эмулятор — это программа, которая воспроизводит и операционную систему, и аппаратную часть устройства: процессор, память, экран, датчики. Типичный пример — Android Emulator из Android Studio: он запускает виртуальное устройство (AVD) с настоящим образом Android нужной версии. Благодаря этому эмулятор ближе к реальному телефону, чем симулятор, но требовательнее к ресурсам компьютера.

Симулятор: имитация программной среды

Симулятор имитирует только поведение операционной системы, не воспроизводя железо. Так устроен iOS Simulator в Xcode: приложение собирается под архитектуру самого Mac и выполняется на его процессоре, а симулятор показывает, как оно выглядело бы на iPhone или iPad. Это быстро и удобно для разработки, но любые вопросы производительности, памяти и работы с аппаратными модулями симулятор не отвечает.

Облачная ферма: удалённые реальные устройства

Ферма устройств (device farm) — это набор реальных смартфонов и планшетов, подключённых к серверам, к которым тестировщик получает удалённый доступ через браузер или API. В ферме можно вручную пройти сценарий на конкретной модели или запустить автотесты параллельно на десятках устройств. Многие фермы дополнительно предлагают виртуальные устройства — более дешёвые прогоны на эмуляторах в облаке.

Какие эмуляторы использовать для тестирования в 2026 году: обзор

Эмулятор для тестирования приложений стоит выбирать по платформе, сценарию (ручная отладка или автотесты в CI) и бюджету. Ниже — инструменты, которые реально используются в продуктовой разработке, а не игровые программы для запуска Android-приложений на ПК.

• Android Emulator (Android Studio). Официальный эмулятор Android от Google, бесплатный. Позволяет создать AVD с любой версией Android и любым разрешением экрана, сохранять снимки состояния (snapshots) для быстрого запуска, имитировать звонки и SMS, геолокацию, скорость сети, повороты экрана и датчики, есть образы с Google Play и профили складных устройств. По документации Android Developers, для комфортной работы нужно от 16 ГБ оперативной памяти и 16 ГБ свободного места на диске — на слабых машинах эмулятор работает нестабильно.
• iOS Simulator (Xcode). Входит в Xcode и работает только на macOS. Быстро запускается, поддерживает все актуальные модели iPhone и iPad, тёмную тему, локализации, настройки доступности и подстановку геолокации. Ограничение — он не эмулирует железо, поэтому результаты по скорости и памяти нельзя переносить на реальные устройства. Подробнее о запуске — в документации Apple.
• Genymotion. Коммерческий эмулятор Android в десктопной и облачной версиях. Его выбирают QA-команды за удобное управление датчиками и для прогонов автотестов в облаке, когда не хочется поднимать эмуляторы на своих серверах.
• Облачные виртуальные устройства. Firebase Test Lab и AWS Device Farm позволяют запускать тесты и на виртуальных, и на реальных устройствах. Виртуальные дешевле и подходят для массовых прогонов, физические — для финальных проверок.

Отдельно об «игровых» эмуляторах вроде BlueStacks: они созданы, чтобы запускать Android-игры на компьютере, и не воспроизводят реальные конфигурации устройств. Для QA их не используют.

Инструмент	Платформа	Бесплатно?	Сильная сторона	Ограничение
Android Emulator	Android	Да	Официальный, любые версии ОС, датчики, Google Play, складные экраны	Требователен к ресурсам: от 16 ГБ RAM
iOS Simulator	iOS, iPadOS	Да (в Xcode)	Быстрый запуск, все актуальные модели iPhone и iPad	Только macOS, не эмулирует железо
Genymotion	Android	Платные тарифы	Удобен для QA, есть облачная версия для CI	Платный для коммерческого использования
Firebase Test Lab	Android, iOS	Квота на тарифе Spark	Виртуальные и реальные устройства, интеграция с CI	Оплата и доступность из РФ — проверять заранее
AWS Device Farm	Android, iOS	1 000 минут новым пользователям	Реальные устройства, параллельные прогоны	Поминутная оплата, доступность из РФ — проверять

Что можно проверить на эмуляторе

Эмулятор Android для тестирования и симулятор iOS хорошо справляются с проверками, которые зависят от программной среды, а не от железа. Именно здесь находится большинство багов на ранних этапах разработки, поэтому эмуляторы окупаются с первого спринта.

• Вёрстка на разных разрешениях и плотностях экрана — от компактных смартфонов до планшетов: обрезанный текст, наложение элементов, «уехавшие» кнопки.
• Версии ОС и уровни API — работает ли приложение на минимальной поддерживаемой версии и на свежей бете.
• Локализация — длинные строки на немецком или казахском, письмо справа налево, форматы дат и валют.
• Ориентация экрана — сохраняется ли состояние при повороте, не теряются ли введённые данные.
• Базовая функциональность и навигация — регистрация, авторизация, корзина, формы, переходы между экранами.
• Геолокация — подстановка фейковых координат и маршрутов для карт, доставки, такси.
• Звонки и SMS (Android) — как приложение реагирует на входящий звонок или сообщение с кодом подтверждения.
• Разные скорости сети — имитация медленного соединения и отсутствия сети, корректные сообщения об ошибках.
• Тёмная тема, крупный шрифт, доступность — контраст, масштабирование текста, работа экранного диктора.
• Складные экраны — смена конфигурации при раскрытии и складывании устройства.
• Deeplinks и переходы из push — открывается ли нужный экран по ссылке.

Чего эмулятор не покажет: ограничения

Ограничения эмуляторов — это всё, что зависит от реального железа, прошивки производителя и физических условий использования. Здесь эмулятор либо подставляет «идеальный» ответ, либо не поддерживает функцию вовсе, поэтому баги этих классов проявляются только у пользователей.

• Камера и AR. Камеру эмулятор заменяет виртуальной сценой или веб-камерой ноутбука. Автофокус, вспышку, качество матрицы, сканирование документов и QR-кодов в плохом свете так не проверить.
• NFC, Bluetooth и биометрия. NFC-оплату и Bluetooth-периферию эмулятор полноценно не воспроизводит, а для отпечатка пальца и Face ID лишь подставляет «успешное» или «неуспешное» касание. Реальное поведение сканера остаётся непроверенным.
• Расход батареи и нагрев. Эмулятор работает от розетки на мощном компьютере — то, что приложение разряжает телефон за пару часов, он не покажет.
• Производительность и FPS. Анимации, которые плавно идут на рабочей станции разработчика, могут подтормаживать на бюджетном смартфоне с небольшим объёмом памяти.
• Оболочки производителей. MIUI/HyperOS, One UI и другие оболочки меняют интерфейс и агрессивнее «усыпляют» фоновые процессы. Из-за этого не приходят уведомления, обрываются загрузки и синхронизация.
• Push-уведомления. Симулятор умеет показать уведомление из тестового payload, но доставку через реальные серверы, задержки и поведение в режиме энергосбережения проверяют на устройстве.
• Реальная сотовая сеть. Переключение Wi-Fi ↔ LTE, потеря сигнала в лифте, нестабильный мобильный интернет имитируются только приблизительно.
• Жесты и эргономика. Удобно ли нажимать кнопку большим пальцем, не мешает ли «чёлка» и системные жесты — это видно только с телефоном в руке.
• Прерывания. Входящий звонок во время оплаты, низкий заряд, переход в фон и возврат через час ведут себя на железе иначе, чем в эмуляторе.

Эмулятор или реальное устройство: сравнительная таблица

Выбор между эмулятором и реальным устройством — это компромисс между скоростью и стоимостью проверок с одной стороны и их достоверностью с другой. Таблица ниже сравнивает четыре варианта по критериям, которые чаще всего важны для команды.

Критерий	Эмулятор / симулятор	Облачная ферма	Собственный парк устройств
Стоимость	Бесплатно (нужен мощный компьютер)	Оплата за минуты или подписка	Покупка устройств и их обновление
Скорость запуска	Секунды при снимках состояния	Минуты: очередь и выделение устройства	Мгновенно, если устройство под рукой
Покрытие моделей	Любые версии ОС и экраны, но «чистая» прошивка	Сотни реальных моделей	Ограничено бюджетом: обычно 5–15 устройств
Достоверность железа	Низкая	Высокая	Высокая
Производительность	Не показательна	Показательна	Показательна
Камера, NFC, биометрия	Нет или имитация	Частично: зависит от фермы	Да
Параллельный запуск в CI	Да, на своих серверах	Да, десятки устройств	Сложно, нужна своя инфраструктура
Обслуживание	Обновлять образы ОС	Берёт на себя провайдер	Зарядка, обновления, учёт, поломки
Подходит для	Разработки, автотестов, регулярного регресса	Широкого покрытия моделей и ночных прогонов	Ручных проверок железа и финального регресса

Когда обязательно нужны реальные устройства

Тестирование на реальных устройствах обязательно там, где ошибка проявляется только на конкретном железе или в реальных условиях использования. Мы выделяем семь ситуаций, в которых проверку на эмуляторе нельзя считать достаточной.

1. Перед каждым релизом. Регресс критичных сценариев на физических смартфонах — последний фильтр перед пользователями.
2. Фичи, завязанные на железо. Камера, сканер документов, AR, геолокация в движении, датчики шагов и ориентации.
3. Финтех и платежи. NFC-оплата, вход по биометрии, подтверждение операций — ошибки здесь стоят денег и доверия.
4. Игры и медиа. Производительность, FPS, нагрев и расход батареи при долгих сессиях и воспроизведении видео.
5. Фоновые процессы и push. Трекинг, синхронизация, напоминания — особенно на смартфонах с агрессивным энергосбережением.
6. Баги «только у части пользователей». Если крэш воспроизводится на одной модели или оболочке, его нужно повторить на этом же устройстве.
7. Финальная проверка перед публикацией в RuStore, App Store и Google Play — установка из стора, обновление поверх старой версии, первый запуск.

Подробный список того, что проверить перед выпуском, мы собрали в чек-листе тестирования мобильного приложения перед релизом.

Облачные фермы устройств: когда они выгоднее своего парка

Облачная ферма устройств — это сервис, который сдаёт в аренду доступ к реальным смартфонам и планшетам, установленным в дата-центре. Она выгодна, когда нужно быстро проверить приложение на большом числе моделей, которые нет смысла покупать, или запускать автотесты параллельно на десятках устройств.

Цены крупных провайдеров публичны. По данным Firebase, в Test Lab на тарифе Blaze виртуальное устройство стоит 1 доллар в час, физическое — 5 долларов в час, тарификация поминутная. AWS Device Farm берёт 0,17 доллара за минуту устройства, а безлимитный доступ к одному слоту стоит от 250 долларов в месяц. У BrowserStack, Sauce Labs и других сервисов тоже есть платные тарифы и пробный период — актуальные условия лучше уточнять на их сайтах.

Бесплатные варианты

Начать можно без бюджета. На бесплатном тарифе Spark в Firebase Test Lab доступно 10 запусков в день на виртуальных устройствах и 5 — на физических. AWS Device Farm даёт новым пользователям 1 000 бесплатных минут. Некоторые производители смартфонов открывают собственные удалённые лаборатории — например, Samsung Remote Test Lab для проверки приложений на своих устройствах.

Ограничения для России

Доступность зарубежных облачных сервисов и оплата из России ограничены, и условия меняются. Прежде чем строить процесс вокруг конкретной фермы, проверьте, можно ли зарегистрироваться, оплатить и стабильно пользоваться сервисом. Надёжная альтернатива — собственный парк из 5–10 ходовых устройств вашей аудитории, а для широкого покрытия моделей — эмуляторы с разными профилями.

Как выбрать устройства для тестирования

Матрица устройств — это список моделей и версий ОС, на которых команда обязательно проверяет приложение. Её собирают не по вкусу команды, а по данным о реальных пользователях, чтобы небольшое число устройств покрывало основную часть аудитории.

Источник данных — аналитика: Яндекс Метрика для сайта, AppMetrica или Firebase Analytics для приложения. Из неё выгружают модели, версии ОС и разрешения экранов. Если приложения ещё нет, ориентируйтесь на аудиторию сайта или общую статистику рынка. Дальше работает простой принцип: самые популярные модели вашей аудитории, плюс устройство с минимальной поддерживаемой версией ОС, плюс один слабый бюджетный смартфон, плюс планшет или складной экран.

Категория	Пример	Зачем
Популярный Android среднего класса	Модель из топа вашей аналитики с оболочкой производителя	Основная часть аудитории, проверка оболочки и энергосбережения
Бюджетный Android	Недорогой смартфон с небольшим объёмом памяти	Производительность, плавность анимаций, нехватка памяти
Старая версия Android	Устройство с минимальной поддерживаемой версией ОС	Совместимость и устаревшие API
Актуальный iPhone	Модель последних поколений	Основной сценарий iOS, новые функции системы
Компактный или старый iPhone	Небольшой экран или старая версия iOS	Вёрстка на маленьком экране, обратная совместимость
Планшет или складной смартфон	iPad или складной Android	Адаптивная вёрстка и смена конфигурации экрана

Пересматривайте матрицу раз в квартал: аудитория обновляет телефоны, выходят новые версии ОС, а крэши из продакшна подсказывают, каких моделей не хватает.

Эмуляторы в автоматизации и CI/CD

Эмуляторы в CI/CD — это виртуальные устройства, которые запускаются на серверах сборки без графического интерфейса и прогоняют автотесты на каждое изменение кода. Так команда узнаёт о регрессии через несколько минут после коммита, а не за день до релиза.

Для автотестов используют фреймворки, которые одинаково работают на эмуляторах и реальных устройствах: Espresso — для нативных Android-приложений, XCUITest — для iOS, Appium — кроссплатформенный вариант, Detox — для React Native, Maestro — для простых сценарных тестов. Если вы планируете разработку мобильных приложений с подрядчиком, уточните на старте, какие из них войдут в проект и кто будет поддерживать тесты.

• Headless-эмуляторы на каждый merge request. Быстрый набор smoke- и UI-тестов на 2–3 конфигурациях блокирует слияние, если что-то сломалось.
• Снимки состояния. Запуск эмулятора из snapshot экономит минуты на каждом прогоне и снижает стоимость CI.
• Борьба с flaky-тестами. Нестабильные тесты чаще всего вызваны жёсткими задержками вместо ожидания элементов, общими тестовыми данными и анимациями. Отключайте анимации в тестовой сборке, изолируйте данные, а падающие «через раз» тесты выносите в карантин и чините.
• Тяжёлые прогоны — по ночам. Полный регресс на ферме реальных устройств удобно запускать по расписанию, чтобы не тормозить дневную работу и не тратить минуты впустую.

Подробнее о том, как выбрать подход к автотестам, — в статье «Автоматизация тестирования: от выбора стратегии до реализации».

Как выстроить стратегию тестирования: пошагово

Стратегия тестирования на эмуляторах и реальных устройствах — это договорённость, какие проверки, где и когда выполняются. Мы в YuSMP выстраиваем её за шесть шагов.

1. Соберите аналитику аудитории. Выгрузите модели устройств, версии ОС и разрешения экранов из Яндекс Метрики, AppMetrica или Firebase Analytics.
2. Составьте матрицу устройств. Популярные модели, минимальная версия ОС, бюджетный смартфон, планшет или складной экран.
3. Настройте эмуляторы и симуляторы для разработки и CI. Создайте набор AVD и симуляторов под матрицу и подключите автотесты на каждый merge request.
4. Определите проверки «только на железе». Камера, NFC, биометрия, push, фоновые задачи, производительность, плохая сеть.
5. Подключите ферму или соберите свой парк. Сравните стоимость минут в облаке с покупкой 5–10 устройств и выберите вариант или их комбинацию.
6. Проводите регресс на реальных устройствах перед каждым релизом. Разбирайте крэши из продакшна и дополняйте матрицу моделями, на которых они возникают.

Частые ошибки команд

Ошибки в тестировании мобильных приложений чаще связаны не с выбором инструмента, а с тем, как распределены проверки. Вот что мы встречаем чаще всего, когда принимаем проекты на поддержку.

• Тестировать только на эмуляторе. Приложение работает идеально у команды и падает у пользователей с бюджетными смартфонами.
• Тестировать только на флагманах команды. У разработчиков, как правило, свежие iPhone и топовые Android — аудитория пользуется другими устройствами.
• Игнорировать старые версии ОС. Минимальная поддерживаемая версия указана в сборке, но на ней никто не проверял.
• Не учитывать оболочки производителей. На «чистом» Android уведомления приходят, а на смартфоне с агрессивным энергосбережением — нет.
• Не тестировать при плохой сети. Бесконечные загрузки, дубли платежей и потерянные данные при обрыве соединения.
• Ферма без плана. Минуты расходуются на случайные прогоны, а критичные сценарии так и не проверены.

Если хочется разобраться в видах проверок подробнее, начните со статьи «Виды тестирования мобильных приложений».

Частые вопросы об эмуляторах для тестирования

Чем эмулятор отличается от симулятора?

Эмулятор воспроизводит и программную среду, и аппаратную часть устройства: процессор, память, датчики. Так работает Android Emulator из Android Studio. Симулятор имитирует только поведение операционной системы, а приложение собирается под архитектуру компьютера — так устроен iOS Simulator в Xcode. Поэтому симулятор быстрее, но ещё дальше от реального железа.

Можно ли выпустить приложение, протестировав его только на эмуляторе?

Не рекомендуем. Эмулятор не покажет реальную производительность, расход батареи, работу камеры, NFC и биометрии, поведение оболочек производителей и доставку push-уведомлений. Перед релизом критичные сценарии нужно прогнать на реальных смартфонах — своих или в облачной ферме устройств.

Какой эмулятор лучше для тестирования Android-приложений?

Для большинства команд — официальный Android Emulator из Android Studio: он бесплатный, поддерживает любые версии Android, датчики, геолокацию, звонки и SMS, складные устройства и Google Play. Genymotion удобен QA-командам и для облачных прогонов. Игровые эмуляторы вроде BlueStacks для тестирования не подходят — они не воспроизводят реальные конфигурации устройств.

Можно ли тестировать iOS-приложение без Mac и iPhone?

Официальный iOS Simulator работает только в Xcode на macOS, поэтому без Mac полноценно собрать и запустить приложение локально не получится. Выход — облачные фермы с реальными iPhone и iPad, например AWS Device Farm или Firebase Test Lab. Но для разработки и регулярной отладки Mac всё равно понадобится.

Сколько реальных устройств нужно для тестирования?

Универсального числа нет: матрицу собирают по аналитике аудитории. Практичный минимум — самые популярные модели ваших пользователей, устройство с минимальной поддерживаемой версией ОС, один слабый бюджетный смартфон и один планшет или складной экран. Для многих продуктов это 5–10 устройств, остальное покрывают эмуляторы и облачная ферма.

Сколько стоит облачная ферма устройств?

У Firebase Test Lab на тарифе Blaze виртуальное устройство стоит 1 доллар в час, физическое — 5 долларов в час с поминутной тарификацией; на бесплатном Spark доступно 10 запусков в день на виртуальных и 5 на физических устройствах. AWS Device Farm берёт 0,17 доллара за минуту устройства, даёт новым пользователям 1 000 бесплатных минут, а безлимитный слот стоит от 250 долларов в месяц.