Запуск новой версии вашего мобильного приложения в производство — одна из самых захватывающих частей разработки приложения, но она также может быть и одной из самых напряженных! Вашей команде необходимо отслеживать распространение версий, новые ошибки и влияние этих ошибок, сравнение с более ранними выпусками и многое другое.
На этой странице описаны несколько инструментов, предлагаемых Firebase для мониторинга данных, необходимых вам для уверенности в выпуске вашего мобильного приложения.
Используйте панель мониторинга выпуска для изучения данных, связанных с выпуском.
Панель мониторинга Release Monitoring в консоли Firebase работает на базе Firebase Crashlytics. Это единая панель мониторинга для отслеживания вашего последнего производственного выпуска. Панель мониторинга обновляется практически в реальном времени и дает вам общее представление о наиболее важных показателях выпуска, включая показатели отсутствия сбоев, внедрение версий, сравнение с предыдущими выпусками и любые новые проблемы, связанные с выпуском.
Эта новая панель мониторинга представляет собой усовершенствованную версию страницы «Последний выпуск» в консоли. По сравнению с этой страницей панель мониторинга выпуска добавляет больше информации, отображает полезные данные без необходимости использования Google Analytics и загружается быстрее.
Особенности приборной панели
Отчетность в режиме реального времени
Все графики обновляются практически в реальном времени. Вскоре после развертывания последней версии вы сможете наблюдать, как пользователи начинают работать с этой версией. Если у некоторых из этих пользователей возникнут сбои, вы сразу узнаете о последствиях с помощью диаграмм показателей без сбоев .Сравнение и бенчмаркинг на основе предыдущих выпусков
Вы можете просмотреть стабильность вашей последней версии в контексте предыдущих версий. Панель мониторинга позволяет сравнивать текущие показатели вашего последнего выпуска и двух ранее выпущенных сборок.Топ новых выпусков
Вы можете просматривать новые сбои для вашего последнего выпуска по мере их поступления. В таблице «Самые новые проблемы» вы можете отслеживать влияние проблем, впервые обнаруженных в вашем последнем выпуске, что позволяет вам быстро принять решение о том, стоит ли остановить или откатить выпуск.
Требования к приборной панели
Чтобы просмотреть последний выпуск на панели мониторинга выпуска , выполните следующие действия:
Убедитесь, что ваше приложение использует как минимум следующие версии Crashlytics SDK:
Платформы Apple: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Флаттер: v3.4.5+ | Единство: 11.7.0+Опубликуйте новую версию приложения в рабочей среде, чтобы у вас было достаточное количество заинтересованных пользователей с вашей последней версией .
Часто задаваемые вопросы о панели управления
Чтобы сборка появилась на панели мониторинга, она должна использовать как минимум следующие версии Crashlytics SDK:
Платформы Apple: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Флаттер: v3.4.5+ | Единство: 11.7.0+
Обратите внимание, что эти версии SDK часто называют версиями SDK с поддержкой сеансов, поскольку они способны отправлять данные сеансов в Crashlytics, что необходимо для многих новых функций Crashlytics, таких как панель мониторинга выпуска .
Чтобы сборка появилась на информационной панели, она должна соответствовать всем следующим требованиям:
В сборке используются как минимум следующие версии Crashlytics SDK:
Платформы Apple: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Флаттер: v3.4.5+ | Единство: 11.7.0+Сборка имеет достаточное количество пользователей за последние 3 дня:
В сборке должно быть не менее 500 уникальных пользователей ИЛИ
Сборка имеет не менее 1% от общего числа пользователей и не менее 2 уникальных пользователей.
Панель мониторинга Release Monitoring призвана помочь вам с вашими производственными выпусками, то есть сборками, имеющими значительное количество пользователей.
Чтобы сборка появилась на информационной панели, она должна соответствовать всем следующим требованиям:
В сборке используются как минимум следующие версии Crashlytics SDK:
Платформы Apple: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Флаттер: v3.4.5+ | Единство: 11.7.0+Сборка имеет достаточное количество пользователей за последние 3 дня:
В сборке должно быть не менее 500 уникальных пользователей ИЛИ
Сборка имеет не менее 1% от общего числа пользователей и не менее 2 уникальных пользователей.
(Для приложений, распространяемых через Google Play) Если у приложения есть ссылка на Google Play , на панели мониторинга отображаются все сборки, перечисленные в треке Play Prod, даже если Crashlytics не получил никаких журналов сеансов или не обнаружил активных пользователей для этой сборки.
Обратите внимание, что для просмотра данных на панели мониторинга для сравнения или процента активных пользователей вам необходимо выпустить как минимум две сборки , соответствующие предыдущим требованиям.
Во-первых, полезно понять некоторую терминологию, связанную с диаграммой активных пользователей :
Сеанс — это непрерывный период времени, в течение которого пользователь взаимодействует с приложением. Новый сеанс начинается при холодном запуске приложения или при переходе на передний план после как минимум 30 минут работы в фоновом режиме.
Активные пользователи для конкретной сборки — это количество пользователей, которые начали сеанс с использованием этой сборки, сгруппированные по часам.
Общее количество (активных) пользователей — это количество пользователей, которые запустили сеанс в любой сборке приложения, использующей версию SDK с поддержкой сеансов , сгруппированное по часам.
На диаграмме «Активные пользователи» процентное значение и количество активных пользователей, которые всегда отображаются на диаграмме, относятся к последним 60 минутам (или, если за последние 60 минут не было активных пользователей, к периоду за последний час, который был есть данные). Например, на скриншоте примера в сборке 6.0.0 (600) за последние 60 минут было 90 активных пользователей, что составляет 22,1% от общего числа (активных) пользователей приложения.
Когда вы удерживаете указатель мыши над линиями на диаграмме «Активные пользователи» , процент активных пользователей рассчитывается на основе количества активных пользователей за часовой период, на который вы наводите курсор.
Обратите внимание: чтобы увидеть процент активных пользователей, вам необходимо выпустить как минимум две сборки , соответствующие требованиям, описанным в FAQ «Какие сборки можно просмотреть на панели мониторинга Release Monitoring ?» .
Процент активных пользователей основан на полученных данных сеанса, а не на каких-либо других данных (например, данных Google Play или отчетов о сбоях).
Если вы впервые выпускаете свое приложение с совместимой версией Crashlytics SDK , то у Crashlytics нет данных предыдущего сеанса для сравнения.
Настройка оповещений
Некоторые продукты Firebase, включая Crashlytics, могут отправлять оповещения по различным причинам, связанным с конкретным продуктом. Чтобы получать оповещения , у вас должны быть необходимые разрешения.
Чтобы отслеживать стабильность вашей последней версии, вы можете настроить оповещения как от Performance Monitoring , так и от Crashlytics. Специально для Crashlytics вы можете настроить следующие оповещения:
Используйте оповещения о скорости, чтобы уведомить свою команду, если какая-либо отдельная проблема в вашем приложении превышает порог, который вы определяете в консоли Firebase.
Отправляйте оповещения о новых или регрессировавших проблемах по предпочитаемому вами каналу уведомлений:
Используйте настроенную в консоли Firebase интеграцию оповещений для Jira , Slack и PagerDuty .
Настройте расширенные оповещения для сторонних сервисов с помощью облачных функций для Firebase.
Прежде чем отпускать, убедитесь, что выпуск плавный.
Прежде чем выпустить последнюю версию, рассмотрите возможность использования некоторых из следующих служб и функций, чтобы обеспечить плавный выпуск.
Используйте услуги предварительного тестирования
Firebase предлагает два продукта, которые могут помочь в предварительном тестировании: Test Lab и App Distribution. Обе эти службы могут быть интегрированы в ваши потоки CI/CD.
Firebase Test Lab — это облачная инфраструктура тестирования приложений, которая позволяет тестировать ваше приложение на различных устройствах и конфигурациях, чтобы вы могли заранее понять, как оно будет работать в руках реальных пользователей.
А когда вы будете готовы передать свою последнюю сборку проверенным тестировщикам , используйте Firebase App Distribution . Вы можете управлять платформой Apple и предварительными версиями Android из одного места.
Используйте услуги по развертыванию и ограниченному тестированию
Используйте Firebase Remote Config для запуска новых функций с механизмом процентного развертывания или протестируйте эти функции в ограниченной группе тестирования .
Firebase также предлагает A/B-тестирование , чтобы вы могли протестировать изменения в пользовательском интерфейсе, функциях или кампаниях по вовлечению вашего приложения, чтобы увидеть, как они влияют на ваши ключевые показатели (такие как доход и удержание), прежде чем широко их развертывать.
,Запуск новой версии вашего мобильного приложения в производство — одна из самых захватывающих частей разработки приложения, но она также может быть и одной из самых напряженных! Вашей команде необходимо отслеживать распространение версий, новые ошибки и влияние этих ошибок, сравнение с более ранними выпусками и многое другое.
На этой странице описаны несколько инструментов, предлагаемых Firebase для мониторинга данных, необходимых вам для уверенности в выпуске вашего мобильного приложения.
Используйте панель мониторинга выпуска для изучения данных, связанных с выпуском.
Панель мониторинга Release Monitoring в консоли Firebase работает на базе Firebase Crashlytics. Это единая панель мониторинга для отслеживания вашего последнего производственного выпуска. Панель мониторинга обновляется практически в реальном времени и дает вам общее представление о наиболее важных показателях выпуска, включая показатели отсутствия сбоев, внедрение версий, сравнение с предыдущими выпусками и любые новые проблемы, связанные с выпуском.
Эта новая панель мониторинга представляет собой усовершенствованную страницу последней версии консоли. По сравнению с этой страницей панель мониторинга выпуска добавляет больше информации, отображает полезные данные без необходимости использования Google Analytics и загружается быстрее.
Особенности приборной панели
Отчетность в режиме реального времени
Все графики обновляются практически в реальном времени. Вскоре после развертывания последней версии вы сможете наблюдать, как пользователи начинают работать с этой версией. Если у некоторых из этих пользователей возникнут сбои, вы сразу узнаете о последствиях с помощью диаграмм показателей без сбоев .Сравнение и бенчмаркинг на основе предыдущих выпусков
Вы можете просмотреть стабильность вашей последней версии в контексте предыдущих версий. Панель мониторинга позволяет сравнивать текущие показатели вашего последнего выпуска и двух ранее выпущенных сборок.Топ новых выпусков
Вы можете просматривать новые сбои для вашего последнего выпуска по мере их поступления. В таблице «Самые новые проблемы» вы можете отслеживать влияние проблем, впервые обнаруженных в вашем последнем выпуске, что позволяет вам быстро принять решение о том, стоит ли остановить или откатить выпуск.
Требования к приборной панели
Чтобы просмотреть последний выпуск на панели мониторинга выпуска , выполните следующие действия:
Убедитесь, что ваше приложение использует как минимум следующие версии Crashlytics SDK:
Платформы Apple: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Флаттер: v3.4.5+ | Единство: 11.7.0+Опубликуйте новую версию приложения в рабочей среде, чтобы у вас было достаточное количество заинтересованных пользователей с вашей последней версией .
Часто задаваемые вопросы о панели управления
Чтобы сборка появилась на панели мониторинга, она должна использовать как минимум следующие версии Crashlytics SDK:
Платформы Apple: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Флаттер: v3.4.5+ | Единство: 11.7.0+
Обратите внимание, что эти версии SDK часто называют версиями SDK с поддержкой сеансов, поскольку они способны отправлять данные сеансов в Crashlytics, что необходимо для многих новых функций Crashlytics, таких как панель мониторинга выпуска .
Чтобы сборка появилась на информационной панели, она должна соответствовать всем следующим требованиям:
В сборке используются как минимум следующие версии Crashlytics SDK:
Платформы Apple: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Флаттер: v3.4.5+ | Единство: 11.7.0+Сборка имеет достаточное количество пользователей за последние 3 дня:
В сборке должно быть не менее 500 уникальных пользователей ИЛИ
Сборка имеет не менее 1% от общего числа пользователей и не менее 2 уникальных пользователей.
Панель мониторинга Release Monitoring призвана помочь вам с вашими производственными выпусками, то есть сборками, имеющими значительное количество пользователей.
Чтобы сборка появилась на информационной панели, она должна соответствовать всем следующим требованиям:
В сборке используются как минимум следующие версии Crashlytics SDK:
Платформы Apple: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Флаттер: v3.4.5+ | Единство: 11.7.0+Сборка имеет достаточное количество пользователей за последние 3 дня:
В сборке должно быть не менее 500 уникальных пользователей ИЛИ
Сборка имеет не менее 1% от общего числа пользователей и не менее 2 уникальных пользователей.
(Для приложений, распространяемых через Google Play) Если у приложения есть ссылка на Google Play , на панели мониторинга отображаются все сборки, перечисленные в треке Play Prod, даже если Crashlytics не получил никаких журналов сеансов или не обнаружил активных пользователей для этой сборки.
Обратите внимание, что для просмотра данных на панели мониторинга для сравнения или процента активных пользователей вам необходимо выпустить как минимум две сборки , соответствующие предыдущим требованиям.
Во-первых, полезно понять некоторую терминологию, связанную с диаграммой активных пользователей :
Сеанс — это непрерывный период времени, в течение которого пользователь взаимодействует с приложением. Новый сеанс начинается при холодном запуске приложения или при переходе на передний план после как минимум 30 минут работы в фоновом режиме.
Активные пользователи для конкретной сборки — это количество пользователей, которые начали сеанс с использованием этой сборки, сгруппированные по часам.
Общее количество (активных) пользователей — это количество пользователей, которые запустили сеанс в любой сборке приложения, использующей версию SDK с поддержкой сеансов , сгруппированное по часам.
На диаграмме «Активные пользователи» процентное значение и количество активных пользователей, которые всегда отображаются на диаграмме, относятся к последним 60 минутам (или, если за последние 60 минут не было активных пользователей, к периоду за последний час, который был есть данные). Например, на скриншоте примера в сборке 6.0.0 (600) за последние 60 минут было 90 активных пользователей, что составляет 22,1% от общего числа (активных) пользователей приложения.
Когда вы удерживаете указатель мыши над линиями на диаграмме «Активные пользователи» , процент активных пользователей рассчитывается на основе количества активных пользователей за часовой период, на который вы наводите курсор.
Обратите внимание: чтобы увидеть процент активных пользователей, вам необходимо выпустить как минимум две сборки , соответствующие требованиям, описанным в FAQ «Какие сборки можно просмотреть на панели мониторинга Release Monitoring ?» .
Процент активных пользователей основан на полученных данных сеанса, а не на каких-либо других данных (например, данных Google Play или отчетов о сбоях).
Если вы впервые выпускаете свое приложение с совместимой версией Crashlytics SDK , то у Crashlytics нет данных предыдущего сеанса для сравнения.
Настройка оповещений
Некоторые продукты Firebase, включая Crashlytics, могут отправлять оповещения по различным причинам, связанным с конкретным продуктом. Чтобы получать оповещения , у вас должны быть необходимые разрешения.
Чтобы отслеживать стабильность вашей последней версии, вы можете настроить оповещения как от Performance Monitoring , так и от Crashlytics. Специально для Crashlytics вы можете настроить следующие оповещения:
Используйте оповещения о скорости, чтобы уведомить свою команду, если какая-либо отдельная проблема в вашем приложении превышает порог, который вы определяете в консоли Firebase.
Отправляйте оповещения о новых или регрессировавших проблемах по предпочитаемому вами каналу уведомлений:
Используйте настроенную в консоли Firebase интеграцию оповещений для Jira , Slack и PagerDuty .
Настройте расширенные оповещения для сторонних сервисов с помощью облачных функций для Firebase.
Прежде чем отпускать, убедитесь, что выпуск плавный.
Прежде чем выпустить последнюю версию, рассмотрите возможность использования некоторых из следующих служб и функций, чтобы обеспечить плавный выпуск.
Используйте услуги предварительного тестирования
Firebase предлагает два продукта, которые могут помочь в предварительном тестировании: Test Lab и App Distribution. Обе эти службы могут быть интегрированы в ваши потоки CI/CD.
Firebase Test Lab — это облачная инфраструктура тестирования приложений, которая позволяет тестировать ваше приложение на различных устройствах и конфигурациях, чтобы вы могли заранее понять, как оно будет работать в руках реальных пользователей.
А когда вы будете готовы передать свою последнюю сборку проверенным тестировщикам , используйте Firebase App Distribution . Вы можете управлять платформой Apple и предварительными версиями Android из одного места.
Используйте услуги по развертыванию и ограниченному тестированию
Используйте Firebase Remote Config для запуска новых функций с механизмом процентного развертывания или протестируйте эти функции в ограниченной группе тестирования .
Firebase также предлагает A/B-тестирование , чтобы вы могли протестировать изменения в пользовательском интерфейсе, функциях или кампаниях по вовлечению вашего приложения, чтобы увидеть, как они влияют на ваши ключевые показатели (такие как доход и удержание), прежде чем широко их развертывать.