Тестування мобільних застосунків у 2026 році: що перевіряти, на чому тестувати й які інструменти обрати

Мобільний застосунок живе в набагато жорсткіших умовах, ніж сайт на комп’ютері. Тисячі моделей телефонів із різними екранами, версіями Android та iOS, слабкий сигнал у метро, вхідний дзвінок посеред оплати, 3 % заряду, режим енергозбереження, система, яка без попередження «вбиває» застосунок у фоні. Багато з цих ситуацій неможливо побачити, якщо клацати застосунок на одному новому телефоні в офісному Wi-Fi.

У статті розповідаємо, чим мобільне тестування відрізняється від вебу, що перевіряти, як обрати пристрої, як отримувати тестові збірки й оформлювати баги, а також які інструменти використовувати для автоматизації, продуктивності й безпеки.

Короткий вибір

Чим мобільне тестування відрізняється від вебу

• Фрагментація. Сотні моделей Android від різних виробників із власними оболонками, різні розміри й співвідношення сторін екрана, вирізи під камеру, складані телефони, планшети. На iOS пристроїв менше, але є кілька підтримуваних версій системи одночасно.
• Життєвий цикл застосунку. Застосунок згортають, система вивантажує його з пам’яті, повертаються через годину, відкривають із пуш-сповіщення чи посилання. Кожен такий перехід — місце для багів зі втраченими даними й «порожніми» екранами.
• Нестабільна мережа. Перехід між Wi-Fi і мобільним інтернетом, режим польоту, повільний 3G, втрата з’єднання посеред запиту.
• Апаратні можливості й дозволи. Камера, геолокація, мікрофон, Bluetooth, NFC, біометрія, сповіщення — і запити дозволів, які користувач може відхилити.
• Переривання. Дзвінки, SMS, будильник, низький заряд, підключення навушників.
• Розповсюдження через магазини. Збірка проходить перевірку App Store чи Google Play, а користувачі можуть місяцями сидіти на старій версії. Тому важливі оновлення поверх старої версії й сумісність зі старим API.

Що перевіряти: чек-лист

Встановлення й оновлення

• чисте встановлення, перший запуск, онбординг;
• оновлення поверх попередньої версії зі збереженням даних і входу;
• видалення й повторне встановлення, вхід після перевстановлення.

Функціональність і інтерфейс

• основні сценарії на кількох розмірах екрана, у портретній і альбомній орієнтації;
• темна тема, збільшений шрифт системи, різні мови й довгі переклади;
• жести: свайпи, pull-to-refresh, довге натискання, кнопка «Назад» на Android;
• клавіатура не перекриває поля вводу, правильний тип клавіатури (цифри для телефону, email для пошти).

Життєвий цикл і переривання

• згорнути й відкрити застосунок на кожному важливому екрані, зокрема під час завантаження чи оплати;
• поворот екрана посеред заповнення форми — дані не мають зникати;
• вхідний дзвінок, сповіщення, будильник, блокування екрана;
• застосунок вивантажено з пам’яті системою (на Android це легко перевірити опцією розробника «Не зберігати дії»).

Мережа

• режим польоту, перемикання Wi-Fi ↔ мобільний інтернет, повільне з’єднання;
• зрозумілі повідомлення про відсутність мережі й повторна спроба;
• офлайн-режим, якщо він заявлений, і синхронізація після відновлення зв’язку.

Дозволи й можливості пристрою

• надати, відхилити й «відхилити назавжди» кожен дозвіл, потім змінити його в налаштуваннях;
• камера, геолокація, біометрія, пуш-сповіщення (зокрема відкриття застосунку з пуша);
• глибокі посилання (deep links) з браузера, листа чи месенджера.

Ресурси

• поведінка при низькому заряді й у режимі енергозбереження;
• мало вільного місця на диску;
• витрата батареї й трафіку під час звичайного використання.

Доступність

• робота з екранними читачами TalkBack (Android) і VoiceOver (iOS): чи озвучуються кнопки й поля;
• розмір зон натискання, контраст, збільшений шрифт.

Детальніше — у статті «Тестування доступності».

Емулятори чи реальні пристрої

Емулятори й симулятори швидкі й безкоштовні — ідеально для щоденної перевірки функціональності:

• Android Studio містить емулятор Android із будь-якою версією системи та розміром екрана, а також Logcat для логів;
• Xcode має симулятор iOS (лише на Mac);
• Genymotion — швидкі емулятори Android із керуванням сенсорами, мережею й GPS;
• Appetize.io відкриває симулятор iOS чи емулятор Android прямо в браузері — зручно, коли в тестувальника немає Mac.

Але емулятор не покаже реальну продуктивність, роботу камери, біометрії, Bluetooth, пушів і особливості оболонок виробників. Тому реальні пристрої потрібні обов’язково: хоча б кілька найпопулярніших серед ваших користувачів (дані — з аналітики), один старий слабкий Android і одна найстаріша підтримувана версія iOS.

Хмари реальних пристроїв дають доступ до сотень моделей без власної «стіни телефонів»: BrowserStack, Sauce Labs, LambdaTest, Kobiton, BitBar, AWS Device Farm і HeadSpin (пристрої в різних країнах і мережах операторів). Firebase Test Lab запускає тести на пристроях Google, а для Android ще й Robo-тест, який сам проклацує застосунок без написаних тестів.

Щоб тестувати Android-телефон із комп’ютера, транслюйте й керуйте його екраном через scrcpy (безкоштовно) або Vysor — зручно для скриншотів, запису відео й демонстрацій.

Тестові збірки

До магазину застосунок потрапляє лише після тестування, тому тестувальники отримують збірки окремо:

• TestFlight — офіційний сервіс Apple для бета-тестування iOS-застосунків;
• Firebase App Distribution — роздача збірок Android та iOS команді й бета-тестувальникам;
• Diawi — збірку можна передати просто посиланням.

Завжди фіксуйте в баг-репорті номер версії й збірки: на мобільних різні люди часто тестують різні збірки одночасно.

Баг-репорти з телефона

Хороший мобільний баг-репорт містить модель пристрою, версію ОС, версію застосунку, тип мережі, кроки, відео й логи. Збирати це вручну довго, тому існують SDK, які вбудовують у тестову збірку:

• Luciq (Instabug) — «потрусіть телефон», щоб надіслати баг зі скриншотом, записом екрана, логами й даними пристрою;
• Shake — схожий SDK для баг-репортів і звітів про збої.

Логи Android можна дивитися в Logcat (Android Studio), логи iOS — у Console на Mac. Готові баги ведіть у Jira або іншому трекері.

Мережа й API

Більшість багів мобільних застосунків насправді сидять у взаємодії з сервером. Щоб бачити запити, налаштуйте телефон працювати через проксі на комп’ютері:

• Charles Proxy — класика: перехоплення HTTPS, підміна відповідей, імітація повільної мережі;
• Proxyman — сучасний проксі з покроковим налаштуванням для iOS і Android;
• HTTP Toolkit — підключення Android-пристрою в один клік.

Підмінивши відповідь сервера, легко перевірити, як застосунок поводиться з порожнім списком, помилкою 500 чи дуже довгим текстом. Якщо застосунок використовує SSL pinning, для тестових збірок його зазвичай вимикають. Детальніше про перевірку самого API — у статті «Тестування API».

Автоматизація

• Appium — кросплатформний стандарт: тести за протоколом WebDriver для Android та iOS кількома мовами програмування. Найчастіше трапляється у вакансіях.
• Espresso (Android) і XCTest / XCUITest (iOS) — нативні фреймворки Google та Apple: швидкі й стабільні, але тести пишуть мовою платформи (Kotlin/Java або Swift), тож їх часто ведуть розробники.
• Maestro описує тести короткими кроками в YAML і сам чекає на елементи — найпростіший старт мобільної автоматизації для мануального тестувальника.
• Detox — для застосунків на React Native; Patrol — для Flutter, вміє натискати системні діалоги дозволів і працювати зі сповіщеннями.
• Low-code і АІ-платформи: Katalon, Testsigma, mabl.

Запускати тести можна на емуляторах у CI (GitHub Actions) і на реальних пристроях у хмарах, перелічених вище. Детальніше — у статті «Інструменти для автоматизації тестування».

Продуктивність і стабільність

• Час запуску, плавність, пам’ять, батарея. Профілювальники вбудовані в Android Studio і Xcode (Instruments). Perfetto записує детальну трасу роботи Android і показує, чому застосунок пропускає кадри чи довго стартує.
• Збої в реальних користувачів. Firebase Crashlytics (безкоштовно), Sentry і Bugsnag збирають падіння, групують їх і показують, скільки людей зачеплено. Bugsnag також рахує стабільність кожного релізу.
• Серверне навантаження. Мобільний застосунок — лише клієнт: те, чи витримає бекенд пік користувачів, перевіряють окремо (див. «Навантажувальне тестування»).

Безпека

Мобільні застосунки потрапляють просто в руки зловмисника: файл APK чи IPA можна розпакувати й дослідити. Базові перевірки за OWASP Mobile Top 10: чи не зберігаються паролі й токени у відкритому вигляді, чи немає ключів API в коді, чи захищене з’єднання, чи не потрапляють особисті дані в логи й скриншоти в перемикачі застосунків.

• MobSF автоматично аналізує APK, AAB чи IPA: небезпечні дозволи, прописані в коді ключі, слабку криптографію — хороший перший крок навіть без досвіду в безпеці.
• Frida дає змогу спостерігати й змінювати роботу застосунку під час виконання — інструмент для глибшого пентесту.
• Трафік перевіряють через Burp Suite або ZAP.

Досліджуйте лише власні застосунки або ті, на тестування яких у вас є дозвіл. Покроковий розбір — у статті «Тестування безпеки мобільних застосунків», загальні принципи — у статті «Тестування безпеки».

Де потренуватися

• Sauce Labs My Demo App — демо-магазин для Android та iOS, створений саме для ручного й автоматизованого мобільного тестування;
• будь-який застосунок, яким ви користуєтеся, — для вправ на чек-лист і переривання (без втручання в його сервери);
• безкоштовні курси на Test Automation University і Katalon Academy.

Більше тренажерів — у статті «Тренажери для тестувальників».

План на місяць

АІ в мобільному тестуванні

АІ-платформи на кшталт Testsigma і mabl генерують і «лагодять» тести після змін інтерфейсу, Appetize.io дає доступ до хмарних пристроїв АІ-агентам, а асистенти GitHub Copilot, Cursor чи Claude Code швидко пишуть сценарії Maestro чи Appium за описом. Але рішення, які пристрої й сценарії важливі для ваших користувачів, а також перевірка «на дотик» — плавність, зручність, відчуття від застосунку — залишаються за людиною.

Більше про інструменти — у статтях «Інструменти для мануального тестування» та «Інструменти для автоматизації тестування». Усі інструменти з цієї статті є в підкатегоріях Тестування і Мобільна розробка.

Часті запитання

Чи можна тестувати мобільні застосунки без телефона?

Почати можна: емулятор Android у Android Studio чи Genymotion безкоштовний, а симулятор iOS у браузері дає Appetize.io. Але перед релізом застосунок обов’язково перевіряють на реальних пристроях — власних або хмарних.

Чи потрібен Mac, щоб тестувати iOS?

Для симулятора Xcode і нативних тестів XCUITest — так. Мануально тестувати можна на iPhone через TestFlight, а хмарні сервіси дають доступ до iPhone з будь-якого комп’ютера.

Appium чи Maestro?

Maestro простіший для старту й стабільніший завдяки автоматичному очікуванню елементів. Appium гнучкіший, підтримує кілька мов програмування й частіше потрібен у вакансіях.

На скількох пристроях тестувати?

Візьміть із аналітики пристрої й версії ОС, що покривають більшість ваших користувачів, додайте найстарішу підтримувану версію системи й слабкий телефон. Решту покривайте хмарою пристроїв.

Не знаєте, з чого почати?

Запитайте Елю: вона підбере інструменти для тестування вашого застосунку під Android, iOS чи кросплатформну технологію.

Дата перевірки фактів: 4 листопада 2026 року. Умови сервісів можуть змінюватися, тож перевіряйте їх на офіційних сайтах.