Как протестировать билд на Android?

1. Подготовка

  1. Убедиться в рабочем артефакте: app.apk или app.aab.

  2. Подпись: release-подпись присутствует или включён Play App Signing.

  3. Собрать debug и release сборки:

    • Gradle: ./gradlew assembleDebug / ./gradlew assembleRelease

    • Для AAB: ./gradlew bundleRelease → получаем app-release.aab.

2. Установка билда на устройство (ручная проверка)

  • Установка APK:

adb devices
adb install -r path/to/app.apk    # -r — перезаписать
adb uninstall com.example.app

  • Установка AAB (универсальный .apk через bundletool):

# Скачать bundletool.jar
java -jar bundletool.jar build-apks --bundle=app.aab --output=app.apks --mode=universal
unzip app.apks -d out
adb install -r out/universal.apk

  • Очистка данных и перезапуск:

adb shell pm clear com.example.app
adb shell am start -n com.example.app/.MainActivity

3. Сбор логов и багрепортов

  • Логи в реальном времени:

adb logcat -c
adb logcat > device_logcat.txt

  • Багрепорт:

adb bugreport bugreport.zip

  • Снять стек трейс при крэше: logcat + tombstones (adb shell ls /data/tombstones).

4. Быстрая ручная проверка (smoke)

Проверить на одном реальном устройстве минимум:

  • Установка/удаление, первый запуск.

  • Авторизация/логин.

  • Основной пользовательский путь (critical flow).

  • Отправка/приём данных (offline/online).

  • Работа уведомлений, deep links, интенты.

  • Разрешения (permissions) — запросы и поведение при отказе.

  • Пауза/возобновление (background/foreground). Записывать шаги + скриншоты (adb exec-out screencap -p > sc.png).

5. Тестирование на множестве устройств (фрагментация)

  • Эмуляторы: разные API (minSdk → targetSdk), разные экраны, плотности.

  • Реальные устройства: как минимум 3–5 популярных моделей/версий у вашей аудитории.

  • Облачные сервисы: Firebase Test Lab, BrowserStack, Sauce Labs — для широкого охвата устройств.

6. Автоматизация тестов

  • Unit tests: ./gradlew test (JVM).

  • Instrumentation / UI tests: Espresso / UIAutomator: ./gradlew connectedAndroidTest.

  • Пример запуска определённого теста:

adb shell am instrument -w -r -e class com.example.MyTest com.example.test/androidx.test.runner.AndroidJUnitRunner

  • E2E через Appium (если нужно кроссплатформенно).

  • CI: запускать тесты в пайплайне (GitHub Actions, GitLab CI, Bitrise) и/или отправлять сборки в Firebase Test Lab.

7. Типы тестирования и конкретные проверки

  • Регрессия — ключевые пользовательские пути.

  • Функциональное — фичи по спецификации.

  • UI/UX — корректность верстки на разных экранах и локалях.

  • Производительность: холодный/тёплый запуск, время отклика, кадры/сек (ANR и jank).

  • Память/утечки: профилирование в Android Studio / LeakCanary.

  • Энергопотребление: батарея / wakelocks.

  • Сеть: тесты при слабом соединении/потере соединения/переходе 3G↔4G↔Wi-Fi (use Charles/CLI tools или встроенные эмуляции).

  • Безопасность: хранение ключей, TLS, Intent-exposure, WebView.

  • Хранилище: backup/restore, миграции БД.

  • Параллельные сессии/мультиоконность (если релевантно).

  • Локализация и форматы дат/валют.

8. Инструменты для нагрузочного / автоматического тестирования

  • Firebase Test Lab — набора тестов на множестве устройств.

  • Android Profiler, Systrace — для производительности.

  • Monkey/MonkeyRunner — стресс-тесты (генерация случайных событий).

  • Gatling/Locust (для бэкенда) + эмуляция мобильного трафика.

  • LeakCanary — обнаружение утечек памяти.

9. Работа с Flaky tests / нестабильностью

  • Использовать IdlingResource (Espresso) для синхронизации.

  • Убрать жесткие таймауты, заменить sleep на ожидания условий.

  • Локальные mocking/stubbing сервисов (MockWebServer / WireMock).

  • Повторный запуск упавших тестов в CI с контролем процента флейков — если > threshold — лечить, не игнорировать.

10. Play Console — предрелизные опции и релиз-гейт

  • Internal/Closed/Open testing tracks: быстро раздаёт билд тестерам.

  • Pre-launch report (Test Lab) — автоматическая проверка на наборах устройств (UI, краши).

  • Release checklist в Play Console: review, rollout % (степенчатый релиз), crash & ANR monitoring, vitals.

  • Поддержка App Bundles: Play генерирует оптимизированные APK для устройств — проверить signing & targeting.

11. Критерии готовности к релизу (пример)

  • Smoke tests OK на реальных устройствах.

  • Unit + Instrumentation тесты проходят в CI.

  • Нивелированы критические баги (P0/P1).

  • Crash rate и ANR < допустимых значений в метриках.

  • Производительность в пределах SLA (cold start, memory).

  • Rollout plan: поэтапный — 5% → 25% → 100%.

12. Полезные команды и проверки (сводка)

# установить apk
adb install -r app.apk

# удалить
adb uninstall com.example.app

# запустить активити
adb shell am start -n com.example.app/.MainActivity

# очистить данные
adb shell pm clear com.example.app

# запустить instrumentation тесты
adb shell am instrument -w com.example.test/androidx.test.runner.AndroidJUnitRunner

# логи
adb logcat

# скриншот
adb exec-out screencap -p > screen.png

# снять багрепорт
adb bugreport bugreport.zip

13. Дополнительные практические советы (коротко, без рассуждений)

  • Всегда иметь reproducible steps и минимальный repro-apk для багов.

  • Использовать feature flags / remote config для безопасного выключения фич в проде.

  • Хранить релизную конфигурацию и ключи в защищённом месте, не коммитить подпись в публичный репозиторий.

  • Вести матрицу устройств и покрытие тестами.

  • Оценивайте метрики после релиза (crashlytics, Play Console vitals) и откатывайте при необходимости.

PreviousЧто такое Testflight? Как тестировать с его помощью?NextЧто такое утечки памяти? Как найти?

Last updated

Was this helpful?