Mobile QA: рынок

Вакансия

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

Наблюдаемый кандидат

кандидат, чей стек содержит эту технологию; агрегат, без единой записи наружу

Подходящий кандидат

пока не считается

Окно

открытые вакансии на момент сборки снимка

Топ-5: appium, playwright, cloud, react, react native. Облачные фермы устройств: BrowserStack, Sauce Labs, AWS Device Farm, Firebase Test Lab. Сетевая отладка: Charles Proxy, Proxyman (перехват и подмена трафика). Инфраструктура: Android Studio + Xcode, ADB (Android Debug Bridge), эмуляторы / симуляторы и реальные устройства, Firebase Crashlytics (анализ крэшей), CI/CD для мобильных сборок (Fastlane, GitHub Actions, Bitrise). Языки: для автоматизации — Java / Kotlin (Android, Espresso), Swift (XCUITest), JavaScript / Python (Appium). Знания: устройство мобильных платформ, гайдлайны App Store / Google Play, тест-дизайн с учётом фрагментации.

Appium — кросс-платформенный: один набор тестов и один инструмент работают и на iOS, и на Android (под капотом использует Espresso / XCUITest). Плюс — экономия на двойной кодовой базе, привычный WebDriver-протокол. Минус — медленнее и менее стабилен, чем нативные инструменты. Espresso — нативная автоматизация Android от Google: быстрая, стабильная, синхронизируется с UI-потоком приложения; тесты на Java / Kotlin, живут рядом с кодом приложения. XCUITest — нативная автоматизация iOS от Apple: аналог для iOS, тесты на Swift. Maestro — современный инструмент 2024–2026: простой YAML-подобный синтаксис, низкий порог входа, кросс-платформенный, быстро набирает популярность; подходит для быстрых UI-сценариев, но менее гибок для сложной логики. Стратегия: если нужен один инструмент на обе платформы и команда небольшая — Appium или Maestro (Maestro — если важна простота и скорость старта). Если есть отдельные iOS- и Android-команды и важны скорость и стабильность тестов — нативные Espresso + XCUITest (часто их пишут сами разработчики). Многие продукты используют комбинацию. Знать Appium стоит в любом случае — он чаще всего в вакансиях.

Эмуляторы (Android) и симуляторы (iOS) — виртуальные устройства на компьютере: быстро запускаются, удобны для разработки и прогона автотестов, бесплатны, легко масштабируются. Минусы — не воспроизводят реальное железо: производительность, поведение камеры / GPS / сенсоров, особенности оболочек производителей (Samsung One UI, MIUI / HyperOS, и т.д.), реальные сетевые условия, расход батареи. Реальные устройства — обязательны для финального тестирования, проверки производительности, жестов, специфики конкретных вендоров и редких багов. Проблема — держать большой парк физических устройств дорого и неудобно. Облачные фермы устройств (BrowserStack, Sauce Labs, AWS Device Farm, Firebase Test Lab) решают это: дают по сети доступ к сотням реальных устройств с разными моделями и версиями ОС — и для ручного тестирования, и для прогона автотестов в CI. Практика 2026: эмуляторы / симуляторы для разработки и быстрых автотестов; реальные устройства (свои ключевые модели + облачная ферма) для покрытия фрагментации и финальной проверки. Грамотный выбор матрицы устройств (какие модели / версии ОС покрывать) — отдельный навык Mobile QA, основанный на аналитике аудитории продукта.

Mobile QA проверяет много того, чего нет в вебе: Фрагментация — тысячи моделей Android, разные версии iOS / Android, размеры и плотности экранов, оболочки производителей; нужна продуманная матрица устройств. Прерывания — входящий звонок, нотификация, будильник, сворачивание приложения, потеря фокуса; приложение должно корректно сохранять и восстанавливать состояние. Сетевые условия — 3G / медленная сеть / офлайн / переключение Wi-Fi↔мобильная сеть; поведение при потере связи. Жизненный цикл приложения — фон / возврат, выгрузка системой из памяти, холодный и тёплый старт. Разрешения (permissions) — камера, геолокация, контакты, нотификации; сценарии «дали / запретили / отозвали». Ресурсы устройства — расход батареи, памяти, нагрев, поведение на слабых устройствах. Системные интеграции — push-уведомления, deep links, шеринг, биометрия, оплата (Apple Pay / Google Pay). Жесты — свайпы, мультитач, скролл, pull-to-refresh. Локализация — разные языки, RTL, форматы. Эта специфика и делает Mobile QA отдельной экспертизой, а не «веб-тестированием на телефоне».

Да, 0% Mobile QA-вакансий — удалёнка или гибрид. Большая часть работы (автоматизация, прогон тестов, анализ) делается удалённо. Единственный нюанс — доступ к реальным устройствам: дома сложно держать большой парк моделей, поэтому remote-команды используют облачные фермы устройств (BrowserStack, Sauce Labs, AWS Device Farm) или компания высылает набор ключевых устройств. Российские продуктовые компании предлагают офис, гибрид и remote.

Mobile QA — хороший вход в тестирование (можно начать с ручного). Roadmap: 1) Основы QA — тест-дизайн, виды тестирования, баг-репорты, чек-листы и тест-кейсы, жизненный цикл бага. 2) Устройство мобильных платформ — как работают iOS и Android, жизненный цикл приложения, разрешения, типы приложений (нативные / кросс-платформенные / гибридные). 3) Ручное мобильное тестирование — научиться тестировать приложение с учётом специфики (прерывания, сеть, фрагментация, жесты); освоить эмуляторы / симуляторы и реальные устройства, ADB, снятие логов, Firebase Crashlytics. 4) Сетевая отладка — Charles Proxy / Proxyman (перехват трафика, проверка API-запросов приложения). 5) Автоматизация — выбрать направление: Appium (кросс-платформенный, на Python / Java / JavaScript) или нативное (Espresso + Kotlin для Android, XCUITest + Swift для iOS); Maestro как простой старт. 6) Языки программирования — для автоматизации нужен хотя бы один (Kotlin / Java / Python / JavaScript). 7) CI/CD — как мобильные сборки и автотесты гоняются в пайплайне. 8) Pet-проект: взять опенсорсное приложение, написать набор автотестов на Appium или Espresso, прогнать на ферме устройств. Mobile QA Automation ценится заметно выше ручного — двигайтесь к автоматизации.

3 активных открытых Mobile QA-вакансий в выборке Zorky CRM. География: 🇷🇺 Россия / remote / 🇵🇱 Польша. Спрос стабильно высокий — мобильные приложения есть почти у каждого B2C-продукта, и специфика мобильной среды требует отдельной экспертизы. Время закрытия вакансии — 3-6 недель (Mobile QA Automation Senior — дольше, 5-8 недель). Реальный рынок шире точного поиска: часть позиций проходит как «QA Engineer» с упором на мобильные приложения в обязанностях.

Senior Mobile QA отвечает за стратегию качества мобильного продукта. Глубокое знание платформ: устройство iOS и Android, жизненный цикл приложения, особенности версий ОС и оболочек производителей, гайдлайны и релизные процессы App Store / Google Play. Тест-дизайн с учётом специфики: построение матрицы устройств / версий ОС на основе аналитики аудитории, покрытие специфичных мобильных рисков (прерывания, сеть, ресурсы, разрешения, deep links, push). Автоматизация на продакшен-уровне: проектирование архитектуры автотестов (Appium и / или нативные Espresso / XCUITest), Page Object и устойчивые локаторы, борьба с flaky-тестами (мобильные автотесты особенно нестабильны), параллельный прогон. Фермы устройств: эффективная работа с BrowserStack / Sauce Labs / Firebase Test Lab, разумный баланс реальных устройств и эмуляторов. CI/CD: интеграция автотестов в пайплайн мобильных сборок (Fastlane, Bitrise), тестовые гейты. Программирование: уверенный код на языке автоматизации (Kotlin / Java / Swift / Python / JavaScript). Отладка: чтение логов, ADB, анализ крэшей (Crashlytics), сетевая отладка (Charles / Proxyman), профилирование производительности и памяти приложения. API: понимание бэкенда, тестирование интеграции приложения с API. Процессы: выстраивание процесса тестирования мобильных релизов, beta-каналы, работа с продуктом и разработкой. Soft: код-ревью автотестов, менторинг, коммуникация.