Сообщение о возникновении ошибок против других служб отчетов об ошибках, таких как Crittercism & Crashlytics и т.д.

Ответ 1

Хотя этот вопрос, скорее всего, больше подходит для форума, я сделаю все возможное, чтобы ответить на ваш вопрос из моего опыта использования этих технологий, а также того, что я слышал от других. Сначала давайте посмотрим, что эти службы предоставляют для Crash Reporting, а затем посмотрим, что они предоставляют этим связям в Crash Reporting.

Flurry обеспечивает (на высоком уровне):

• Аналитика показателей, основанных на событиях (в том числе факультативные базовые отчеты о сбоях)
• Символика на стороне сервера (однако загрузка символов - это ручной процесс).

Все это замечательно, но на самом деле они не сосредотачиваются на отчетах о сбоях вообще или как связаны с другими метриками.

Crittercism обеспечивает (на высоком уровне):

• аналитические отчеты в режиме реального времени (системная диагностика, журналы и т.д.)
• интеллектуальная разбивка/группировка ошибок
• мониторинг ошибок с полезной диагностической информацией
• протоколирование энергонезависимых ошибок
• Символика на стороне сервера для трассировки стека
• корреляция местоположения с указанными метриками
• метрики сессии для отчета о сбоях
• Данные о производительности сети клиентской перспективы (обратите внимание: было бы здорово отслеживать ваши веб-сервисы и другие сторонние сервисы, такие как Flurry, чтобы посмотреть, как они работают).
• тенденции выше показателей и данных
• соединение между сетевыми вызовами и отчетами об ошибках/ошибках (посмотрите на панировочные сухари)

См. приведенную выше ссылку для получения более подробной информации о полном пакете, который предоставляет Crittercism. Для получения дополнительной информации о некоторых функциях ознакомьтесь с этой страницей.

Все они направлены на то, чтобы дать вам полную информацию о том, как ваше приложение работает для каждого из ваших пользователей.

Crashlytics обеспечивает (на высоком уровне):

• интеллектуальная разбивка/группировка ошибок
• мониторинг ошибок с полезной диагностической информацией
• Символика на стороне сервера для трассировки стека
• протоколирование энергонезависимых ошибок
• в режиме реального времени информация о отчетах (системная диагностика и т.д.)

Flurry может быть сопряжен с более надежными решениями для Crash Reporting и, по моему опыту, большинство из них берут этот маршрут.

Crittercism предоставляет намного больше, чем просто Crash Reporting, который связан с оптимизацией производительности ваших приложений с действительными данными. Они также подключаются к системам поддержки Mobile-ready (например, UserVoice и HelpShift) для лучшей коммуникации с клиентами и нескольким системам управления задачами для проектирования (JIRA, Github, Pivotal). Символика на стороне сервера, API для извлечения данных, простая интеграция с инструментами построения (например, Jenkins) обеспечивают гораздо более зрелое решение.

Crashlytics обеспечивает легкую интеграцию для среднего разработчика. Я слышал жалобы от разработчиков с более определенными процессами сборки (например, что-то, что использует Jenkins), что их интеграция приложений для загрузки символов для символики становится проблемой.

Они также обеспечивают интеграцию с JIRA и Github. Не уверен, на каком уровне.

Некоторые любят интерфейс для Crashlytics, тогда как другие заявили, что это мешает.

Надеюсь, что это поможет.

Ответ 2

Я использую Crashlytics в значительной степени, так как он впервые был запущен для Android и iOS. Это довольно впечатляющая система с некоторыми огромными плюсами:

• Очень легкая библиотека
• Совместимость с основными средами разработки
• Информация о реальном времени
• Сбой группировки
• Индивидуальная авария
  • Метка с информацией о пользователе
  • Пользовательские клавиши/протоколирование
• оповещения по электронной почте
  • Изменения уровня воздействия
  • Новые ошибки
  • Ежедневные сводные отчеты
• Управление пользователями для совместного доступа
• Он бесплатный

Существует также разделение между сбоями и неустранимыми, что означает, что вы можете отправлять обработанные исключения обратно без сбоя приложения. Например, в нашем классе Logging мы имеем этот метод, который вызывается, когда может произойти исключение, но не должно. Это означает, что у нас есть разбивка того, как часто это происходит, и мы можем работать над ее решением:

// Android
public static void log_wtf(Throwable throwable)
{
    Log.wtf("Log", throwable.toString());

    // Also log this exception to Crashlytics
    Crashlytics.logException(throwable);
}

Мне особенно нравится разбивка по сбоям, которая позволяет увидеть каждый отдельный отчет о сбоях из группы отчетов. Вы можете попросить пользователей использовать их имя или сделать то, что мы делаем, и подписать его с учетными данными для нашей службы (см. Информацию пользователя справа):

Это бесценная информация для нас, которая позволяет нам легко и быстро воспроизвести ошибку.

Вы также получите разбивку по версии, которую вы можете отключить позже. Например, если мы только что закончили проверку альфа версии 0.1 (1), вы можете отключить ведение журнала для этой версии и запустить версию 0.2 (2). Если кто-то забывает обновить свое приложение, от вас ничего не будет уведомлено. Обидно, это плохо, когда ваше приложение находится в производстве, но полезно для тестирования фаз.

Пока я не тестировал его, у них есть интеграция для других сервисов, включая ваши собственные веб-крючки, если вы хотите что-то разработать для его поддержки. В моих планах сделать это, чтобы автоматически создавать trac биг-биты, однако я еще не добрался до него!

О, и, наконец, не забывайте, что мигающие анимации crashlytics используют на протяжении всего этого программного обеспечения.

Ответ 3

Я бы порекомендовал пойти с Crashlytics. Они имеют самый плавный процесс запуска любого программного обеспечения для сообщений об ошибках. Он очень прост в настройке и невероятно интуитивно понятен в использовании. Отчетность является незамедлительной и актуальной. У них также есть лучший консольный интерфейс этой группы. Я использовал их сейчас в Evernote, HomeAway и моих собственных приложениях, и у меня никогда не возникало проблем. У них также есть отличная группа поддержки, которая реагирует очень быстро, обычно в течение нескольких минут до запросов.

Я также использовал Flurry в прошлом для отслеживания событий со смешанными результатами. Их количество всегда казалось немного отстраненным. Вы также должны пройти и добавить события начала/остановки в каждом действии, которое может быть болью.

Ответ 4

Я использую Crashlytics исключительно для ежедневной отчетности о сбоях приложений. Пользовательский интерфейс иногда может быть немного кричащим, и навигация по сайту иногда является проблемой, но в целом они обеспечивают надежный и хорошо построенный продукт. Это, безусловно, полезно при распространении бета-версий приложений и в качестве промежуточного для продвинутого разработчика iOS, у меня никогда не было проблем с интеграцией их SDK.

Плюсы:

• немедленные отчеты о сбоях
• информация о реальном времени
• время взаимодействия минимально, т.е. время, проведенное после получения сообщения об аварии, при исправлении ошибки является небольшим. В среднем я трачу 30 секунд - 5 минут на каждый отчет о сбоях просто потому, что Crashlytics очень легко находит мои ошибки.
• отличная поддержка клиентов
• установка - легкий ветерок
• легкий

Минусы:

• UX на сайте не так утончен, как может быть
• Навигация по сайту несколько привыкает.

Я работаю на Grid, приложение для запуска iOS, основанное в San Fran, и мы используем Crittercism там, но в целом, Crashlytics - это тот, который я использую. Это сводится к простоте использования, и у них есть гвоздь.

EDIT:

Crashlytics также недавно был куплен Twitter, поэтому там много талантов и инфраструктуры.

Ответ 5

Как сказано ранее Flurry don't focus on crash reporting at all or how that ties into other metrics

До выпуска Crashlytics android я использовал Flurry, но имел некоторые проблемы с документацией и поддержкой (вы можете видеть здесь), и они не соответствовали мне, как я пожелал.

В моем случае авария и ошибки - очень важная причина, поэтому Crashlytics работали как шарм.

• Хорошая документация
• Отличная поддержка
• Простая настройка
• Знания в реальном времени (Flurry не имеет)

Короче говоря, я еще ничего не испытал, кроме Crashlytics (Talking on Error Reporting)

Ответ 6

Я не использовал Crittercism или Flurry для сообщений об ошибках/ошибках, но использовал Crashlytics с момента его создания. Я не уверен, что на данный момент есть лучшее решение для отчетов о сбоях.

Причины, почему я думаю, что Crashlytics велик:

• Супер легкий
• Супер простая интеграция
• Ускоренное удаление строк
• Возможность предоставления пользовательских журналов
• Ответ на веб-интерфейс значительно улучшился.
• Предоставляет символическую трассировку стека
• Умный отбор сбоев в веб-интерфейсе
• Легкий поиск сбоев в веб-интерфейсе
• Базовая статистика через веб-интерфейс

В конце дня все зависит от того, какой инструмент лучше всего подходит для вас.

Ответ 7

Я использую Crashlytics начиная с года (отредактированный в июле 2014 года), и система действительно потрясающая.

Отчет о сбоях в реальном времени работает очень хорошо, и их отчеты позволяют нам быстро их исправить, это огромная и бесценная функция! CL доступно на нескольких платформах, его очень легко подключить в XCode 5, Eclipse или IJIdea с менее чем 5 строками кода.

Вы можете создать несколько предприятий, чтобы отделить ваши проекты, всего за пару кликов

Я должен упомянуть, что команда поддержки потрясающая, я обмениваю десяток писем об этом, и их ответ всегда решает мои маленькие проблемы.

Он полностью свободен, теперь владеет Twitter, и очень легкий.

Я дал конференцию о решении Craslytics месяц назад, слайды доступны в моем профиле speakerDeck здесь.