Выпуск новой версии мобильного приложения в рабочую среду – один из самых волнующих и в то же время напряженных этапов разработки приложений. Вашей команде нужно отслеживать внедрение версий, новые ошибки и их влияние, сравнивать выпуски и многое другое.
В этой статье рассказывается о нескольких инструментах Firebase, которые позволяют отслеживать данные, необходимые для уверенного выпуска мобильного приложения.
Изучите данные о выпусках на панели Мониторинг выпусков.
Панель управления Release Monitoring в консоли Firebase работает на основе Firebase Crashlytics. Это единая панель, на которой можно отслеживать последнюю рабочую версию. Данные на ней обновляются практически в реальном времени. На панели представлены основные показатели выпуска, в том числе статистика по сбоям, принятие версии, сравнение с предыдущими выпусками и новые проблемы.
Новая панель управления – это улучшенная версия страницы Последний выпуск в консоли. По сравнению с ней на панели Мониторинг выпусков представлено больше информации, отображаются полезные данные без необходимости использовать Google Аналитику, а также быстрее загружаются страницы.
Функции панели управления
Отчеты в реальном времени
Все диаграммы обновляются практически в реальном времени. Вскоре после развертывания последней версии вы можете наблюдать, как пользователи начинают взаимодействовать с этим выпуском. Если у некоторых из них возникнут сбои, вы сразу узнаете об этом из диаграмм с показателями работы без сбоев.Сравнение и сравнительный анализ на основе предыдущих выпусков
Вы можете сравнить стабильность последнего выпуска с предыдущими. На панели можно сравнить текущие показатели последней версии и двух предыдущих сборок.Основные новые проблемы
Вы можете просматривать новые сбои в последнем выпуске по мере их возникновения. В таблице Основные новые проблемы можно отслеживать влияние проблем, впервые обнаруженных в последнем выпуске. Это позволяет быстро принять решение о том, следует ли остановить или откатить выпуск.
Требования к панели управления
Чтобы посмотреть последний выпуск на панели Release Monitoring, сделайте следующее:
Убедитесь, что в вашем приложении используется как минимум следующая версия Crashlytics SDK:
Платформы Apple: 10.8.0 или более поздняя | Android: 18.6.0 или более поздняя (BoM 32.6.0 или более поздняя) | Flutter: 3.4.5 или более поздняя | Unity: 11.7.0 или более поздняяОпубликуйте новую рабочую версию приложения, чтобы у вас было достаточное количество активных пользователей, установивших последний выпуск.
Часто задаваемые вопросы о панели управления
Как определяются или рассчитываются значения, показанные на диаграмме Активные пользователи?
Для начала разберемся с терминологией, которая используется в диаграмме Активные пользователи.
Сеанс – это непрерывный период времени, в течение которого пользователь взаимодействует с приложением. Новый сеанс начинается, когда приложение запускается в активном режиме или переходит в него после того, как работало в фоновом режиме не менее 30 минут.
Активные пользователи для определенной сборки – это количество пользователей, которые начали сеанс с использованием этой сборки, сгруппированное по часам.
Общее число (активных) пользователей – это количество пользователей, которые начали сеанс в любой сборке приложения, использующей версию SDK с поддержкой сеансов, сгруппированное по часам.
На диаграмме Активные пользователи всегда показывается процент и количество активных пользователей за последние 60 минут (или за последний час, когда были активные пользователи, если за последние 60 минут их не было). Например, на скриншоте ниже показано, что за последние 60 минут у сборки 6.0.0 (600) было 90 активных пользователей, что составляет 22,1% от общего числа активных пользователей приложения.
Если навести указатель мыши на линии на диаграмме Активные пользователи, доля активных пользователей будет рассчитана на основе их количества за выбранный часовой период.
Обратите внимание, что для просмотра процента активных пользователей необходимо выпустить не менее двух сборок, соответствующих требованиям, описанным в разделе часто задаваемых вопросов Какие сборки можно посмотреть на панели Мониторинг выпусков?
Настройте оповещения
Некоторые продукты Firebase, включая Crashlytics, могут отправлять оповещения по различным причинам, связанным с продуктом. Чтобы получать оповещения, у вас должны быть необходимые разрешения.
Чтобы отслеживать стабильность последнего выпуска, вы можете настроить оповещения в Performance Monitoring и Crashlytics. Для Crashlytics можно настроить следующие оповещения:
Используйте оповещения о скорости, чтобы уведомлять команду, если какая-либо проблема в приложении превышает пороговое значение, заданное вами в консоли Firebase.
Отправляйте оповещения о новых или повторных проблемах в выбранный канал уведомлений:
Используйте интеграции оповещений, настроенные в консоли Firebase, для Slack, Jira и PagerDuty.
Настройте расширенные оповещения для сторонних сервисов с помощью Cloud Functions for Firebase.
Как обеспечить успешный выпуск приложения
Прежде чем выпускать новую версию, воспользуйтесь сервисами и функциями, которые помогут обеспечить успешный релиз.
Используйте сервисы для тестирования перед выпуском
Firebase предлагает два продукта, которые могут помочь с тестированием предварительного выпуска: Test Lab и App Distribution. Оба этих сервиса можно интегрировать в ваши процессы CI/CD.
Firebase Test Lab – это облачная инфраструктура для тестирования приложений на различных устройствах и в разных конфигурациях. Она позволяет заранее понять, как приложение будет работать у пользователей.
А когда вы будете готовы передать последнюю сборку доверенным тестировщикам-людям, используйте Firebase App Distribution. Вы можете управлять распространением предварительных выпусков для платформ Apple и Android в одном месте.
Используйте сервисы для развертывания и ограниченного тестирования
Используйте Firebase Remote Config, чтобы запускать новые функции с помощью механизма поэтапного внедрения или тестировать их на ограниченной группе пользователей.
Firebase также предлагает A/B Testing, чтобы вы могли тестировать изменения в интерфейсе приложения, функциях или кампаниях по вовлечению и оценивать их влияние на ключевые показатели (например, доход и удержание) до того, как они будут внедрены.