Сбои
Раздел Сбои предоставляет сводную информацию о состоянии приложения и устройствах. Здесь можно удобно отслеживать появление новых сбоев, их распределение по версиям и прочим параметрам, а также оценивать влияние сбоев на пользователей в реальном времени. Интересующий промежуток можно настраивать любым способом: через стандартные опции или выбор промежутка в Кале ндаре или выделение конкретного промежутка на графиках.
Типы событий
| Тип | Платформа | Значение |
|---|---|---|
CRASH | iOS, Android | Критический сбой в работе приложения. |
ANR | Android | Блокировки основного потока приложения. |
NON_FATAL | iOS, Android | Некритические сбои (asserts) в работе приложения. |
NATIVE | Android | Ошибки, возникшие в нативном коде. |
MEMORY_LEAK | Android | Ошибки памяти. |
METRIC_KIT | iOS | Метрики производительности. |
График «Аудитория»
| Показатель | Обозначение |
|---|---|
| Crash-free | Показывает процент безошибочных сессий за выбранный период времени. Рассчитывается по формуле:(1 - (Пользователи со сбоем / Все пользователи)) * 100%Этот график полезен для мониторинга стабильности приложения. |
| Активные устройства | Показывает общее количество активных устройств, использующих приложение, за выбранный период времени. |
Для отображения данных на этом графике необходимо включить опцию мониторинга сессий через Tracer SDK для вашей платформы – crash-free. Подробнее о подключении опции читайте в документации к Tracer SDK для вашей мобильной платформы (глава Crash и ANR).
График «Тренды»
Отображает изменения в общем количестве сбоев за выбранный период. Данные можно сгруппировать и увидеть распределение событий по конкретному признаку – например, по модели устройства. Воспользоваться фичей можно, нажав Группировка в правом верхнем углу графика и выбрав интересующую категорию – на графике отобразятся 3, 5 или 7 топовых значений (на ваше усмотрение).
ВАЖНО! Сгруппированные графики отображаются как составные – каждая новая линия строится относительно предыдущей, а верхний край графика отражает общее значение. Таким образом можно сравнивать относительный вклад значений в пределах выбранной категории.
Вы можете включить автообновление графиков, поставив галочку в соответствующем чекбоксе. Данные на графике будут обновляться каждую минуту в режиме реального времени. При обновлении страницы автообновление необходимо включать заново:
Фильтрация и поиск событий
| Фильтр | Описание |
|---|---|
| Статус | Фильтрация по статусам событий:Fixed – ошибка исправлена в новых версиях.Not Fixed – ошибка не исправлена в новых версиях.Regressed – исправленная ошибка, снова зафиксированная в новых версиях.Not Regressed – ошибки, не отмеченные регрессом. |
| Новые события | Фильтр для отображения событий, которые появились недавно:7d – за последнюю неделю.3d – за последние 3 дня.24h – за последние сутки.6h – за последние 6 часов.1h – за последний час. |
| Устройства | Фильтрация по типу устройства, на котором произошли сбои. Возможно указать как конкретную модель, так конкретного производителя. Например, Google Pixel 7. |
| SDK/OS | Используемая версия ОС устройства. |
| IssueKey | Специальный ключ, используемый для группировки некритических (NON-FATAL) сбоев приложения. |
| В фоне | Фильтрация событий, произошедших, когда приложение находилось в фоновом режиме или наоборот. |
| Данные и Ключи | Дополнительные параметры. Определяются в вашем приложении при помощи SDK соответствующими методами. Подробнее читайте в документации к SDK вашей платформы. |
| Сравнение | Фильтр позволяет указать два ключа, по которым будет произведено сравнение событий за выбранный период. Удобно использовать для проведения A/B экспериментов – сравнить, как меняется количество крэшей в зависимости от тестовой группы. |
userId
Tracer SDK также позволяет установить userId – уникальный идентификатор конкретного пользователя вашег о приложения в удобном вам формате. Вы можете осуществить поиск событий по этому параметру, чтобы увидеть сбои в приложении конкретного пользователя за выбранный период:
issueKey
По умолчанию все сбои группируются по общим частям стектрейса, но в случае non-fatal'ов такая группировка является на самой эффективной. Дело в том, что не всегда стектрейс и место, в котором залогировали ошибку, связаны между собой. Чтобы избежать замусирования сбоев большим количеством non-fatal'ов существует способ повлиять на эту группировку и собрать все non-fatal'ы одного вида ошибки в одну группу при помощи специального ключа issueKey. Этот параметр также будет отображаться в названии события.
Преимущество issueKey в том, что не только вы сможете легко найти non-fatal'ы, относящиеся к конкретной проблеме, но и другие разработчики смогут легко найти по ключу точку логирования этой ошибки (и удалить при необходимости) и отследить его в вашем issue-трекере.
Подробнее об использовании issueKey ищите в главе о сбоях или non-fatal'ах в разделе документации SDK к вашей платформе.
Отчёты о событиях
Внизу раздела отображаются детализированные отчёты о сбоях, сгруппированных по стектрейсу. Каждая запись содержит:
- Краткое описание проблемы: название, сообщение, стектрейс, комментарий и т. д..
- Диапазон версий, в которых наблюдается проблема.
- Тип события (например,
CRASH). - Общее количество сбоев.
- Количество устройств, на которых произошел сбой.
По клику на строку таблицы вы попадёте на страницу описания события. Здесь находится график по событиям группы за выбранный период и сводка о распределению событий по устройствам, ОС и состоянию приложения на момент сбоя:
А также информация о каждом событии из группы:
- Стектрейс события, разделенный по потокам.
- Пользовательские ключи.
- Пользовательские логи.
- Метаинформация о событии (раздел Данные).