Выпуск новой версии мобильного приложения в продакшн — одна из самых захватывающих частей разработки приложений, но она также может быть одной из самых стрессовых! Вашей команде необходимо отслеживать изменения версий, новые ошибки и их влияние, сравнивать результаты с предыдущими релизами и многое другое.
На этой странице описаны несколько инструментов, предлагаемых Firebase для мониторинга данных, необходимых для уверенного выпуска вашего мобильного приложения.
Используйте панель мониторинга релизов , чтобы просмотреть данные, связанные с вашими релизами.
Панель мониторинга релизов в консоли Firebase работает на базе Firebase Crashlytics . Это единая панель для мониторинга вашего последнего производственного релиза. Панель обновляется практически в режиме реального времени и предоставляет вам общий обзор наиболее важных метрик релиза, включая показатели отсутствия сбоев, использование версий, сравнения с предыдущими релизами и любые новые проблемы, возникшие в ходе релиза.
Новая панель мониторинга улучшена по сравнению со страницей «Последние релизы» в консоли. По сравнению с ней, панель мониторинга релизов добавляет больше информации, отображает полезные данные без необходимости использования Google Analytics и загружается быстрее.
Особенности панели управления
Отчеты в режиме реального времени
Все графики обновляются практически в режиме реального времени. Вскоре после развертывания последней версии вы сможете наблюдать за тем, как пользователи начинают взаимодействовать с этим релизом. Если у некоторых из этих пользователей возникнут сбои, вы сразу же узнаете о последствиях благодаря графикам метрик, отражающим отсутствие сбоев .Сравнение и сравнительный анализ на основе предыдущих релизов.
Вы можете оценить стабильность вашей последней версии в контексте предыдущих релизов. Панель мониторинга позволяет сравнивать текущие показатели вашей последней версии с показателями до двух ранее выпущенных сборок.Главные новые выпуски
Вы можете отслеживать новые сбои в вашей последней версии по мере их появления. В таблице «Наиболее часто встречающиеся новые проблемы » вы можете отслеживать влияние проблем, впервые обнаруженных в вашей последней версии, что позволяет быстро принять решение о том, следует ли остановить или откатить релиз.
Требования к панели управления
Чтобы просмотреть свой последний релиз на панели мониторинга релизов , выполните следующие действия:
Убедитесь, что ваше приложение использует как минимум следующие версии SDK Crashlytics :
Платформы Apple: v10.8.0+ | Android: v18.6.0+ ( BoM v32.6.0+) | Flutter: v3.4.5+ | Unity: 11.7.0+Выпустите новую версию приложения в рабочую среду, чтобы у вас было достаточное количество заинтересованных пользователей с вашей последней версией .
Часто задаваемые вопросы о панели управления
Для отображения сборки на панели управления необходимо использовать как минимум следующие версии Crashlytics SDK:
Платформы Apple: v10.8.0+ | Android: v18.6.0+ ( BoM v32.6.0+) | Flutter: v3.4.5+ | Unity: 11.7.0+
Обратите внимание, что эти версии SDK часто называют версиями SDK с поддержкой сессий, поскольку они способны отправлять данные о сессиях в Crashlytics , что необходимо для многих новых функций Crashlytics , таких как панель мониторинга релизов .
Для того чтобы сборка отобразилась на панели управления, она должна соответствовать всем следующим требованиям:
Для сборки используются как минимум следующие версии SDK Crashlytics :
Платформы Apple: v10.8.0+ | Android: v18.6.0+ ( BoM v32.6.0+) | Flutter: v3.4.5+ | Unity: 11.7.0+За последние 3 дня сборка набрала достаточное количество пользователей:
Сборка должна иметь не менее 500 уникальных пользователей ИЛИ
Данная сборка насчитывает не менее 1% от общего числа пользователей и имеет как минимум 2 уникальных пользователя.
Панель мониторинга релизов призвана помочь вам с выпуском релизов в рабочую среду, то есть сборок, которые используются значительным количеством пользователей.
Для того чтобы сборка отобразилась на панели управления, она должна соответствовать всем следующим требованиям:
Для сборки используются как минимум следующие версии SDK Crashlytics :
Платформы Apple: v10.8.0+ | Android: v18.6.0+ ( BoM v32.6.0+) | Flutter: v3.4.5+ | Unity: 11.7.0+За последние 3 дня сборка набрала достаточное количество пользователей:
Сборка должна иметь не менее 500 уникальных пользователей ИЛИ
Данная сборка насчитывает не менее 1% от общего числа пользователей и имеет как минимум 2 уникальных пользователя.
(Для приложений, распространяемых через Google Play ) Если у приложения есть ссылка Google Play , на панели мониторинга отображаются все сборки, перечисленные в треке Play Prod, даже если Crashlytics не получил никаких журналов сессий или не обнаружил активных пользователей для этой сборки.
Обратите внимание, что для просмотра данных на панели мониторинга в целях сравнения или в процентах от числа активных пользователей необходимо выпустить как минимум две сборки, отвечающие указанным выше требованиям.
Во-первых, полезно разобраться в терминологии, используемой в диаграмме активных пользователей :
Сессия — это непрерывный период времени, в течение которого пользователь взаимодействует с приложением. Новая сессия начинается при «холодном» запуске приложения или при переводе приложения в активный режим после как минимум 30 минут работы в фоновом режиме.
Активные пользователи для конкретной сборки — это количество пользователей, которые начали сессию, используя эту сборку, сгруппированное по часам.
Общее количество (активных) пользователей — это число пользователей, которые начали сессию в любой сборке приложения, использующей версию SDK с поддержкой сессий , сгруппированное по часам.
На диаграмме «Активные пользователи» процентное значение и количество активных пользователей, которые всегда отображаются на диаграмме, относятся к последним 60 минутам (или, если за последние 60 минут активных пользователей не было, к периоду последнего часа, по которому имелись данные). Например, на скриншоте показано 90 активных пользователей для сборки 6.0.0 (600) за последние 60 минут, что составляет 22,1% от общего числа (активных) пользователей приложения.
При наведении курсора мыши на линии на диаграмме «Активные пользователи» процент активных пользователей рассчитывается на основе количества активных пользователей за часовой период, на который наведен курсор.
Обратите внимание, что для просмотра процента активных пользователей необходимо выпустить как минимум две сборки , соответствующие требованиям, описанным в разделе часто задаваемых вопросов «Какие сборки можно просмотреть на панели мониторинга релизов ?» .
Процент активных пользователей рассчитывается на основе полученных данных о сессиях, а не на каких-либо других данных (например, данных Google Play или отчетов о сбоях).
Если вы впервые выпускаете свое приложение с совместимой версией Crashlytics SDK , то Crashlytics нет предыдущих данных о сессиях для сравнения.
Настройте оповещения
Некоторые продукты Firebase, включая Crashlytics , могут отправлять оповещения по различным причинам, специфичным для данного продукта. Для получения оповещений необходимо иметь соответствующие разрешения.
Для мониторинга стабильности вашей последней версии вы можете настроить оповещения как из Performance Monitoring , так и Crashlytics . В частности, для Crashlytics можно настроить следующие оповещения:
Используйте оповещения о превышении порогового значения , чтобы уведомлять свою команду, если какая-либо отдельная проблема в вашем приложении превысит пороговое значение, которое вы задаете в консоли Firebase .
Отправляйте уведомления о новых или регрессированных проблемах в предпочитаемый вами канал оповещений:
Используйте настроенные в Firebase-console интеграции оповещений для 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 , позволяющее проверять изменения в пользовательском интерфейсе, функциях или кампаниях по привлечению пользователей, чтобы увидеть, как они влияют на ключевые показатели (такие как доход и удержание), прежде чем внедрять их повсеместно.