Bugsnag: що це, відстеження помилок та збір даних

Що таке Bugsnag у розробці

Bugsnag — це платформа моніторингу стабільності застосунків, заснована в 2013 році та придбана SmartBear у 2019 році. Основна відмінність Bugsnag від конкурентів — фокус на стабільності як ключовій метриці продукту, а не просто на кількості помилок. Платформа надає єдину панель керування для iOS, Android, React Native, Flutter, вебу та бекенд-сервісів.

Кожна помилка в Bugsnag отримує автоматичну оцінку severity (critical, warning, info) на основі контексту: чи стався краш застосунку, чи зачеплено платіжну функцію, чи повторюється помилка для багатьох користувачів. Команда бачить не просто список багів, а пріоритизований беклог із зазначенням впливу на бізнес.

За даними SmartBear (2024), команди, які використовують Bugsnag, скорочують середній час вирішення інциденту на 40% завдяки автоматичному групуванню дублікатів і повному контексту кожної події. Платформа інтегрується з Slack, PagerDuty, Jira, GitHub і GitLab для автоматичного створення завдань за помилками.

Stability Score та автоматична пріоритизація

Stability Score — ключова метрика Bugsnag, що показує відсоток сесій, які завершилися без помилок. Значення розраховується як відношення кількості сесій без крашів до загальної кількості сесій за період. Score у 99.9% означає, що 1 з 1 000 сесій містить помилку.

Порогові значення Stability Score інтегровані з CI/CD: якщо після деплою нової версії score падає нижче встановленого порогу (наприклад, 99.5%), Bugsnag автоматично блокує реліз або надсилає критичний алерт у Slack. Release health dashboard показує динаміку score за кожною версією застосунку, дозволяючи відстежити вплив конкретної зміни на стабільність.

Severity-based triage

Bugsnag використовує алгоритм автоматичної класифікації помилок за трьома рівнями severity. Critical — краші застосунку, помилки в платіжних сценаріях, що зачіпають понад 5% користувачів. Warning — нефатальні помилки (handled exceptions), що впливають на окремі функції. Info — логи, низькопріоритетні попередження. Такий підхід запобігає «втомі від алертів», коли сотні сповіщень не дають зосередитися на дійсно критичних проблемах.

Підключення Bugsnag SDK для мобільних платформ

Встановлення Bugsnag SDK виконується за 5 хвилин: додавання залежності та ініціалізація з API-ключем проекту. Bugsnag Android SDK підтримує Kotlin і Java, автоматично перехоплює Java-винятки, ANR і помилки Native (C/C++) через сигнали.

Налаштування на Android

SDK підключається через Gradle та ініціалізується в Application.onCreate. Bugsnag автоматично збирає інформацію про пристрій: модель, версія ОС, вільна пам'ять, рівень заряду батареї. Auto-notify увімкнено за замовчуванням і надсилає всі необроблені винятки на сервер Bugsnag.

import com.bugsnag.android.Bugsnag
import com.bugsnag.android.Configuration

class App : Application() {
    override fun onCreate() {
        super.onCreate()
        val config = Configuration("YOUR_API_KEY")
        config.autoTrackSessions = true
        config.launchDurationMillis = 5_000
        Bugsnag.start(this, config)
    }
}

Код ініціалізує Bugsnag SDK з автоматичним відстеженням сесій і максимальним часом старту 5 секунд. Якщо застосунок не запустився за цей час, Bugsnag зафіксує подію «slow launch» як попередження.

Налаштування на iOS

Bugsnag iOS SDK підтримує Swift і Objective-C, перехоплює NSException, Mach-винятки (SIGABRT, SIGSEGV) та сигнали операційної системи. SDK сумісний з iOS 11+ і SwiftUI, автоматично створює breadcrumbs для всіх UI-подій: натискання, переходи, жести.

import Bugsnag

class AppDelegate: UIResponder, UIApplicationDelegate {
    override func application(
        _ application: UIApplication,
        didFinishLaunchingWithOptions options: [UIApplication.LaunchOptionsKey: Any]?
    ) -> Bool {
        Bugsnag.start(withApiKey: "YOUR_API_KEY")
        // додаткова конфігурація
        return true
    }
}

Код на Swift запускає Bugsnag з мінімальною конфігурацією. Всі необроблені винятки та краші автоматично надсилаються до дашборду Bugsnag з повним контекстом пристрою та стеком викликів.

Breadcrumbs і стан помилки

Breadcrumbs у Bugsnag — це структурований лог подій, що передують помилці. Кожен breadcrumb містить часову мітку, тип (navigation, request, state, error, manual) та довільні метадані. Bugsnag автоматично записує breadcrumbs для UI-подій в iOS і Android, змін стану застосунку (background, foreground) та мережевих запитів.

Розробник може додавати кастомні breadcrumbs для бізнес-логіки: «користувач додав товар до кошика», «запит на створення замовлення надіслано». При виникненні помилки всі breadcrumbs за останні 30 секунд прикріплюються до події. Bugsnag також підтримує «state» — довільний словник даних, який передається з усіма помилками сесії.

Bugsnag.leaveBreadcrumb(
    message = "Order created",
    metadata = mapOf(
        "order_id" to "ORD-12345",
        "total" to "49.99"
    ),
    type = BreadcrumbType.STATE
)

Bugsnag.setExtraData(
    "user_tier", "premium"
)

Код залишає breadcrumb про створення замовлення та встановлює додаткову інформацію про тариф користувача. При виникненні помилки в цій сесії Bugsnag прикріпить до неї контекст із номером замовлення та типом користувача.

Session tracking

Bugsnag автоматично підраховує кількість сесій — кожен запуск застосунку вважається новою сесією. Співвідношення сесій з помилками до загальної кількості сесій формує Stability Score. Session tracking враховується в тарифікації: Bugsnag ліцензується за кількістю відстежуваних сесій, а не за обсягом помилок, що відрізняє його від моделей оплати за подію у Sentry та конкурентів.

Release tracking та інтеграція з CI/CD

Release tracking — механізм зв'язування кожної помилки з конкретною версією застосунку та комітом у репозиторії. Bugsnag автоматично визначає версію з Info.plist (iOS) або build.gradle (Android) і відображає в дашборді кількість помилок за версіями. Це дозволяє одразу побачити, чи була проблема внесена останнім релізом.

Якщо після деплою версії 2.4.1 кількість критичних помилок зросла в 3 рази порівняно з 2.4.0, Bugsnag позначає цю версію як «нестабільну» та надсилає алерт. CI/CD інтеграція дозволяє заблокувати promotion збірки на staging або production, якщо Stability Score знизився нижче порогу. Плагіни для Jenkins, GitHub Actions і GitLab CI передають метрики стабільності в пайплайн.

За даними Bugsnag Stability Benchmark (2024), 68% помилок у мобільних застосунках вносяться новими версіями, а не є давно існуючими багами. Release tracking скорочує час виявлення регресії з годин до кількох хвилин після деплою.

Порівняння Bugsnag із Sentry та Crashlytics

На ринку error monitoring три основні гравці: Bugsnag, Sentry та Firebase Crashlytics. Bugsnag вирізняється моделлю ціноутворення на основі сесій (а не подій), фокусом на Stability Score та автоматичною пріоритизацією severity. Sentry пропонує глибший performance monitoring з distributed tracing і відкритий вихідний код. Crashlytics — безкоштовне рішення з базовими функціями, інтегроване в екосистему Firebase.

Вибір між інструментами залежить від пріоритетів: якщо ключовий показник — стабільність застосунку в production, Bugsnag дає найбільш наочну метрику. Якщо потрібен глибокий аналіз продуктивності з distributed tracing — Sentry. Для безкоштовного базового моніторингу з інтеграцією в Google-екосистему — Crashlytics.