Выпуск новой версии мобильного приложения в эксплуатацию — один из самых захватывающих этапов разработки, но он также может быть одним из самых стрессовых! Вашей команде необходимо отслеживать внедрение новых версий, новые ошибки и их влияние, сравнивать с предыдущими версиями и многое другое.
На этой странице описывается несколько инструментов, предлагаемых Firebase для мониторинга данных, которые позволят вам быть уверенными в выпуске вашего мобильного приложения.
Используйте панель мониторинга релизов для изучения данных, связанных с релизами.
Панель мониторинга релизов в консоли Firebase работает на базе Firebase Crashlytics . Это единая панель мониторинга для мониторинга последних релизов. Панель обновляется практически в режиме реального времени и предоставляет общее представление о важнейших показателях релиза, включая показатели отсутствия сбоев, использование версий, сравнение с предыдущими релизами и любые новые проблемы, связанные с релизом.
Эта новая панель мониторинга улучшена по сравнению со страницей «Последние версии» в консоли. По сравнению с ней, панель мониторинга релизов предоставляет больше информации, отображает полезные данные без необходимости использования Google Analytics и загружается быстрее.
Особенности приборной панели
Отчеты в реальном времени
Все диаграммы обновляются практически в режиме реального времени. Вскоре после развертывания последней версии вы сможете наблюдать, как пользователи начинают взаимодействовать с ней. Если у некоторых из этих пользователей возникнут сбои, вы сразу же увидите последствия благодаря диаграммам метрик, показывающим отсутствие сбоев .Сравнение и бенчмаркинг на основе предыдущих выпусков
Вы можете оценить стабильность вашего последнего релиза в контексте предыдущих. Панель мониторинга позволяет сравнивать текущие показатели вашего последнего релиза и до двух ранее выпущенных сборок.Главные новые выпуски
Вы можете просматривать новые сбои в вашем последнем выпуске по мере их появления. В таблице «Основные новые проблемы» вы можете отслеживать влияние проблем, впервые обнаруженных в вашем последнем выпуске, что позволяет быстро принять решение о приостановке или откате выпуска.
Требования к панели управления
Чтобы просмотреть последний релиз на панели мониторинга релизов , выполните следующие действия:
Убедитесь, что ваше приложение использует как минимум следующие версии 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 минут не было активных пользователей, к последнему часовому периоду, за который были данные). Например, на скриншоте в качестве примера для сборки 6.0.0 (600) за последние 60 минут было 90 активных пользователей, что составляет 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 , с помощью которого вы можете протестировать изменения в пользовательском интерфейсе, функциях или кампаниях по вовлечению вашего приложения, чтобы увидеть, как они влияют на ваши ключевые показатели (например, доход и удержание), прежде чем внедрять их повсеместно.