Выпуск новой версии вашего мобильного приложения в производство — одна из самых захватывающих частей разработки приложения, но она также может быть и одной из самых стрессовых! Вашей команде нужно отслеживать внедрение версии, новые ошибки и влияние этих ошибок, сравнение с предыдущими релизами и многое другое.
На этой странице описывается несколько инструментов, предлагаемых Firebase для мониторинга данных, которые вам необходимы, чтобы быть уверенным в выпуске вашего мобильного приложения.
Используйте панель мониторинга релизов для изучения данных, связанных с релизами.
Панель мониторинга релизов в консоли Firebase работает на базе Firebase Crashlytics . Это единая панель мониторинга для мониторинга вашего последнего производственного релиза. Панель обновляется практически в режиме реального времени и дает вам общее представление о самых важных показателях релиза, включая показатели без сбоев, освоение версий, сравнение с предыдущими релизами и любые новые проблемы для релиза.
Эта новая панель мониторинга улучшает страницу Latest Release в консоли. По сравнению с этой страницей панель мониторинга Release Monitoring добавляет больше информации, отображает полезные данные без необходимости использования Google Analytics и загружается быстрее.
Особенности панели управления
Отчетность в реальном времени
Все диаграммы обновляются практически в режиме реального времени. Вскоре после развертывания последней версии вы можете наблюдать, как пользователи начинают взаимодействовать с этим релизом. Если у некоторых из этих пользователей возникнут сбои, вы сразу же узнаете о влиянии с помощью диаграмм метрик без сбоев .Сравнение и сравнительный анализ на основе предыдущих выпусков
Вы можете просмотреть стабильность вашего последнего релиза в контексте ваших предыдущих релизов. Панель инструментов позволяет вам сравнивать текущие метрики вашего последнего релиза и до двух ранее выпущенных сборок.Топ новых выпусков
Вы можете просматривать новые сбои для вашего последнего релиза по мере их поступления. В таблице Top new issues вы можете отслеживать влияние проблем, впервые обнаруженных в вашем последнем релизе, что позволяет вам быстро принимать решение о том, следует ли остановить или откатить релиз.
Требования к панели инструментов
Чтобы просмотреть последний релиз на панели мониторинга релизов , выполните следующие действия:
Убедитесь, что ваше приложение использует как минимум следующие версии Crashlytics SDK:
Платформы 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 , таких как панель мониторинга релизов .
Чтобы сборка появилась на панели управления, она должна соответствовать всем следующим требованиям:
Сборка использует как минимум следующие версии Crashlytics SDK:
Платформы Apple: v10.8.0+ | Android: v18.6.0+ ( BoM v32.6.0+) | Flutter: v3.4.5+ | Unity: 11.7.0+Сборка имеет достаточное количество пользователей за последние 3 дня:
Сборка должна иметь не менее 500 уникальных пользователей ИЛИ
Сборка имеет не менее 1% от общего числа пользователей и не менее 2 уникальных пользователей.
Панель мониторинга релизов призвана помочь вам с выпуском производственных версий, то есть сборок, которые имеют значительное количество пользователей.
Чтобы сборка появилась на панели управления, она должна соответствовать всем следующим требованиям:
Сборка использует как минимум следующие версии Crashlytics SDK:
Платформы 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 интеграцию оповещений для Jira , Slack и 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 , чтобы вы могли протестировать изменения в пользовательском интерфейсе, функциях или кампаниях по вовлечению вашего приложения, чтобы увидеть, как они влияют на ваши ключевые показатели (например, доход и удержание), прежде чем внедрять их повсеместно.
,Выпуск новой версии вашего мобильного приложения в производство — одна из самых захватывающих частей разработки приложения, но она также может быть и одной из самых стрессовых! Вашей команде нужно отслеживать внедрение версии, новые ошибки и влияние этих ошибок, сравнение с предыдущими релизами и многое другое.
На этой странице описывается несколько инструментов, предлагаемых Firebase для мониторинга данных, которые вам необходимы, чтобы быть уверенным в выпуске вашего мобильного приложения.
Используйте панель мониторинга релизов для изучения данных, связанных с релизами.
Панель мониторинга релизов в консоли Firebase работает на базе Firebase Crashlytics . Это единая панель мониторинга для мониторинга вашего последнего производственного релиза. Панель обновляется практически в режиме реального времени и дает вам общее представление о самых важных показателях релиза, включая показатели без сбоев, освоение версий, сравнение с предыдущими релизами и любые новые проблемы для релиза.
Эта новая панель мониторинга улучшает страницу Latest Release в консоли. По сравнению с этой страницей панель мониторинга Release Monitoring добавляет больше информации, отображает полезные данные без необходимости использования Google Analytics и загружается быстрее.
Особенности панели управления
Отчетность в реальном времени
Все диаграммы обновляются практически в режиме реального времени. Вскоре после развертывания последней версии вы можете наблюдать, как пользователи начинают взаимодействовать с этим релизом. Если у некоторых из этих пользователей возникнут сбои, вы сразу же узнаете о влиянии с помощью диаграмм метрик без сбоев .Сравнение и сравнительный анализ на основе предыдущих выпусков
Вы можете просмотреть стабильность вашего последнего релиза в контексте ваших предыдущих релизов. Панель инструментов позволяет вам сравнивать текущие метрики вашего последнего релиза и до двух ранее выпущенных сборок.Топ новых выпусков
Вы можете просматривать новые сбои для вашего последнего релиза по мере их поступления. В таблице Top new issues вы можете отслеживать влияние проблем, впервые обнаруженных в вашем последнем релизе, что позволяет вам быстро принимать решение о том, следует ли остановить или откатить релиз.
Требования к панели инструментов
Чтобы просмотреть последний релиз на панели мониторинга релизов , выполните следующие действия:
Убедитесь, что ваше приложение использует как минимум следующие версии Crashlytics SDK:
Платформы 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 , таких как панель мониторинга релизов .
Чтобы сборка появилась на панели управления, она должна соответствовать всем следующим требованиям:
Сборка использует как минимум следующие версии Crashlytics SDK:
Платформы Apple: v10.8.0+ | Android: v18.6.0+ ( BoM v32.6.0+) | Flutter: v3.4.5+ | Unity: 11.7.0+Сборка имеет достаточное количество пользователей за последние 3 дня:
Сборка должна иметь не менее 500 уникальных пользователей ИЛИ
Сборка имеет не менее 1% от общего числа пользователей и не менее 2 уникальных пользователей.
Панель мониторинга релизов призвана помочь вам с выпуском производственных версий, то есть сборок, которые имеют значительное количество пользователей.
Чтобы сборка появилась на панели управления, она должна соответствовать всем следующим требованиям:
Сборка использует как минимум следующие версии Crashlytics SDK:
Платформы 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 интеграцию оповещений для Jira , Slack и 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 , чтобы вы могли протестировать изменения в пользовательском интерфейсе, функциях или кампаниях по вовлечению вашего приложения, чтобы увидеть, как они влияют на ваши ключевые показатели (например, доход и удержание), прежде чем внедрять их повсеместно.