Настройка тестирования на реальных устройствах через BrowserStack

Настройка тестирования на реальных устройствах через BrowserStack

При запуске мобильного приложения клиенты жалуются на краши и зависания на конкретных моделях — на эмуляторах всё зелёно. Знакомая ситуация? Эмуляторы не эмулируют реальные сценарии: фрагментацию экранов, версии API, глюки сенсора или поведение чипов. По статистике, до 40% critical-багов в продакшене связаны с платформенно-зависимыми ошибками, которые не воспроизводятся на эмуляторах. BrowserStack App Automate решает эту проблему, предоставляя облачную ферму реальных устройств с поддержкой Appium, Espresso и XCUITest. Мы настраиваем всю инфраструктуру под ключ и интегрируем её в ваш CI за 2–3 дня. Средняя стоимость подписки для небольшой команды — от $200/мес, что существенно дешевле покупки и обслуживания собственного парка устройств.

Как BrowserStack отличается от Firebase Test Lab?

Например, в одном из наших проектов — финтех-приложение с 2 млн пользователей — после перехода с эмуляторов на BrowserStack выявили 30% новых багов, связанных с разными версиями WebView и камерами. Опыт нашей команды (5+ лет, 20+ проектов) позволяет избежать типичных ошибок: неправильный выбор устройств, игнорирование code signing для iOS или неверная настройка Push Notifications (APNs/FCM).

Какие устройства и ОС доступны?

BrowserStack покрывает практически все актуальные модели: от Samsung Galaxy S24, Google Pixel 8 до iPhone 15 Pro, iPad Pro M4. Поддерживаются версии iOS от 15 до 17 и Android от 11 до 14. Вы можете выбирать как новейшие флагманы, так и старые устройства для проверки обратной совместимости. Это особенно важно для приложений с долгой поддержкой legacy-устройств.

Подключение существующих Appium-тестов

Если Appium-тесты уже написаны, перевод на BrowserStack — это изменение capabilities и URL сервера. Ниже пример конфигурации для TypeScript:

// wdio.conf.ts (пример полной конфигурации)
const capabilities = [
  {
    platformName: 'Android',
    'appium:deviceName': 'Samsung Galaxy S24',
    'appium:platformVersion': '14.0',
    'bstack:options': {
      userName: process.env.BROWSERSTACK_USERNAME,
      accessKey: process.env.BROWSERSTACK_ACCESS_KEY,
      appiumVersion: '2.6.0',
      projectName: 'MyApp E2E Tests',
      buildName: `Build ${process.env.BUILD_NUMBER}`,
      sessionName: 'Login Flow',
      local: false, // для локального тестирования установить true
    },
    'appium:app': process.env.BROWSERSTACK_APP_ID || 'bs://app_hash_from_upload',
  },
];

export const config = {
  maxInstances: 5,
  capabilities,
  services: [['browserstack', {}]],
};

Загрузка APK перед тестами выполняется через REST API или browserstack-sdk. Хэш приложения живёт 30 дней, повторная загрузка не нужна, если билд не менялся.

Как интегрировать нативные тесты (Espresso/XCUITest)?

BrowserStack поддерживает нативный запуск без Appium-сервера — напрямую через Espresso (Android) и XCUITest (iOS). Это быстрее и стабильнее. Для Espresso используем CLI:

browserstack-sdk ./gradlew connectedAndroidTest 

Или через REST API с указанием testSuite (APK с androidTest-кодом). Результаты доступны в консоли BrowserStack и через API.

Параллельное тестирование: как ускорить прогон?

BrowserStack тарифицирует параллельные сессии. На стандартном плане — 5 параллельных устройств, на Team — 25. При правильной конфигурации можно сократить время выполнения с 40 минут до 8. Пример настройки в WebdriverIO:

// wdio.conf.ts (фрагмент)
export const config = {
  maxInstances: 5,
  capabilities: [
    {
      'appium:deviceName': 'Samsung Galaxy S24',
      'appium:platformVersion': '14.0'
    },
    {
      'appium:deviceName': 'Google Pixel 8',
      'appium:platformVersion': '14.0'
    },
    {
      'appium:deviceName': 'iPhone 15 Pro',
      platformName: 'iOS',
      'appium:platformVersion': '17'
    },
  ],
};

Каждый capability — отдельный поток. Тест-файлы распределяются автоматически.

Локальное тестирование: что делать с staging-бэкендом?

Если приложение обращается к локальному бэкенду (например, staging.company.com на 192.168.x.x), BrowserStack не достучится до него напрямую. Решение — BrowserStack Local. Подробная настройка описана в официальной документации BrowserStack Local.

./BrowserStackLocal --key $BROWSERSTACK_ACCESS_KEY --local-identifier my-tunnel 

В capabilities добавляем:

{ "bstack:options": { "local": true, "localIdentifier": "my-tunnel" } } 

Трафик от устройства на BrowserStack маршрутизируется через зашифрованный туннель на вашу машину. Работает и в CI — запускаем BrowserStackLocal как background-процесс перед тестами.

Интеграция в CI

Пример для GitHub Actions:

- name: Upload app to BrowserStack
  id: upload
  run: |
    RESPONSE=$(curl -s -u "${{ secrets.BS_USER }}:${{ secrets.BS_KEY }}" \
      -X POST "https://api-cloud.browserstack.com/app-automate/upload" \
      -F "[email protected]")
    echo "app_url=$(echo $RESPONSE | jq -r '.app_url')" >> $GITHUB_OUTPUT
- name: Run tests
  run: npx wdio run wdio.conf.ts
  env:
    BROWSERSTACK_APP_ID: ${{ steps.upload.outputs.app_url }}
    BROWSERSTACK_USERNAME: ${{ secrets.BS_USER }}
    BROWSERSTACK_ACCESS_KEY: ${{ secrets.BS_KEY }}

Что входит в работу?

Мы настраиваем:

• Загрузку билдов и автоматическое обновление app_url в CI
• Capabilities для целевой матрицы устройств (iOS + Android, включая последние флагманы)
• Параллельный запуск в рамках вашего тарифа
• BrowserStack Local для тестирования против staging-бэкенда
• Интеграцию с Allure или HTML-репортёром
• Документацию по конфигурациям и обучение команды (1 сессия)

После завершения вы получаете готовый пайплайн, который стабильно прогоняет тесты 7/24. Гарантируем, что баги, связанные с платформой, будут выявлены до попадания в продакшен. Оставьте заявку на аудит вашего проекта — оценим задачу за один рабочий день и предложим оптимальные сроки настройки.

Сроки

От 2 до 5 дней в зависимости от сложности интеграции. Стоимость рассчитывается индивидуально после аудита. Свяжитесь с нами — получите консультацию и предварительную оценку.