В последний раз в Программное качество защиты в глубине серии , мы рассказали, как Эффективное планирование помогает вам контролировать риски качества на ранней стадии. Это одна из самых ранних линий защиты в битве с дефектами. На этот раз давайте посмотрим на одну из последних строк защиты: мониторинг качества программного обеспечения с помощью отслеживания ошибок.
В этой статье мы рассмотрим важность решений для отслеживания ошибок, их роль в качестве программного обеспечения и как их эффективно использовать.
Мы также коснемся типичной настройки и мониторинга и рассмотрим некоторые из наиболее популярных служб отслеживания ошибок, но в центре внимания этой статьи больше на концепции мониторинга ошибок и его роли в жизненном цикле вашего развития.
Проблема
Мы проводим Лот программного обеспечения для написания времени и тестирования перед выпуском до производства. Сколько времени мы действительно тратим на мониторинг и обеспечение качества программного обеспечения после того, как код входит в производство?
По моему опыту, организации регулярно выпускают код в дикую природу без проактивного плана мониторинга. Конечно, у нас есть отделы поддержки и способы сообщать клиенты, но к этому моменту обычно слишком поздно, чтобы исправить проблемы.
Позвольте мне сказать это таким образом — если у вас есть критическая проблема с недавно развернутым кодом, вы хотите узнать об этом у менеджера по службе службы поддержки, когда билеты на поддержку вкладываются или вы хотите знать раньше?
Введение отслеживания ошибок
Программное обеспечение для отслеживания ошибок, неудивительно, существует для отслеживания ошибок применения. Думайте об этом программном обеспечении как о централизованной ошибке или службе сбора журналов для событий, которые происходят в различных местах, включая:
- Ваш веб -сервер
- JavaScript выполняется веб -браузерами
- Мобильные приложения
- Настольные приложения
- Автоматизированные консольные приложения или услуги
Внедрив одно решение для сбора информации об ошибках, вы можете отслеживать широкий спектр приложений в одном централизованном месте. Эти продукты обычно основаны на API с пользовательским интерфейсом управления и мониторинга в виде веб-приложения и, возможно, сопровождающих мобильные приложения.
Сбор ошибок и сортировка
Как только возникает ошибка, сообщается о службе отслеживания ошибок, в которой хранятся подробности об ошибке в своей внутренней базе данных. Они будут искать аналогичные ошибки и автоматически группировать ошибки вместе, что помогает вам отслеживать и расставить приоритеты в отдельных проблемах.
Экран отслеживания ошибок в Лучевая пушка
Системы отслеживания предупреждают вас любыми способами, на которые вы их настроили-от электронных писем и слабых сообщений, даже автоматически создавая новые рабочие элементы в JIRA или других системах отслеживания.
Пользовательский интерфейс позволит вам взглянуть на неразрешенные исключения, получить информацию о них и увидеть их частоту возникновения, а также дату, которую они были впервые введены.
Я подчеркну, что для правильного использования системы отслеживания ошибок вы должен Определите процесс для вашей организации, чтобы сортировать входящие ошибки. Я рекомендую ротацию, когда инженеры смотрят на новые ошибки в свой назначенный день или неделю и определяют, необходимы ли дальнейшие действия.
Если вам не удается должным образом отслеживать и сортировки по мере их появления, они становятся шумом и лишь частью повседневной рутины. Ошибки никогда не должны быть приемлемыми или что -то в порядке, чтобы игнорировать.
Обычно системы позволяют вам назначать, объединять и отмечать ошибки в соответствии с решением, что помогает в процессе сортировки. Как правило, системы будут вновь открыть их, если они увидят ошибку повторяются, или повторно откроют их, если они повторяют недавно выпущенную версию приложения-если система настроена для отслеживания ваших развертываний.
Детали ошибки
Богатство информации, доступной при отслеживании ошибок, действительно удивительно и является ключевой причиной для принятия такой системы.
Как правило, вы получаете широкий диапазон данных о браузере, операционной системе, устройстве и/или веб -запросе, связанных с ошибкой (в зависимости от типа приложения, конечно, произошла ошибка).
Конкретный экземпляр ошибки, зарегистрированный Лучевая пушка . Обратите внимание на вкладки вверху, чтобы получить более подробную информацию.
Эта дополнительная деталь может помочь вам определить, влияет ли что -то широкий спектр пользователей или только определенную. Он также может идентифицировать конкретные браузеры, которые сталкиваются с проблемами. Этот более поздний случай чрезвычайно распространен в вопросах JavaScript на стороне клиента, где не все браузеры поддерживают все функции JavaScript (обычно для них необходимы полифилл или Shim .
Рекомендации по использованию
Я рекомендую вам внедрить решение для отслеживания ошибок во всех приложениях, которые регулярно работают в производственных системах или системах, направляющихся в производство.
Я рекомендую, чтобы вы могли управлять вашим журналом ошибок в одном фасадном классе, где это возможно, и попросить другой кодовый вызов этого фасада. Это позволяет вам перейти от одного поставщика на другого или включать глобальные данные более последовательно.
Я рекомендую вам сделать журнал ошибок настраивать с помощью флага конфигурации, чтобы полностью отключить ошибки отправки в систему отслеживания и настройку конфигурации для хранения ключа API, предоставленного системой отслеживания.
Я также рекомендую вам продолжать регистрацию ошибок на В средах тестирования в качестве регулярного использования может обнаружить ошибки под покрытиями, которые могут быть не видны непосредственно для тестеров.
По этой причине я рекомендую рассмотреть вопрос о зарегистрированных ошибках из тестирования, прежде чем подтолкнуть какой -либо код к производству.
Различные решения для отслеживания ошибок
Ладно, теперь, когда мы говорили о том, что это за решения и как они вписываются в ваш повседневный поток, давайте кратко рассмотрим некоторых из основных игроков.
- Raygun — Высококлассная служба отслеживания ошибок с гладкой отчетностью и диаграммой. Реальное значение здесь приходит, когда вы добавляете функции отслеживания пользователей и мониторинга производительности приложений, чтобы получить истинную картину производительности и поведения веб -сайта.
- Рулона — Веб-сервис отслеживания исключений с низким уровнем объемом ежемесячного использования с низким объемом. Rollbar поддерживает широкий спектр языков и сред и предоставляет вам много данных из коробки.
- Часовой — Еще одна веб-служба отслеживания исключений. Некоторые мои бывшие коллеги клянутся этим.
- Logrocket — Первичное решение для отслеживания ошибок, предлагающее некоторые интересные функции воспроизведения ошибок для веб-исключений.
- Аэрофтрак — Еще один значительный веб-сервис. Я еще не изучал их подробно.
- Overops — Еще один интересный инструмент, с которым я не играл раньше. Имеет несколько красивых панелей мониторинга и очень интересная функция трендов производительности, позволяющая вам идентифицировать значительно более медленные методы.
- Новая реликвия — Технически больше инструмента мониторинга производительности приложений, новый Relic также может отслеживать ошибки. Как правило, вам нужно перейти к одному из других вариантов, чтобы получить значительные детали при каждой ошибке.
- Облачные решения ( Monitor Azure , AWS CloudWatch ) — Запеченные в облачные сервисы, которые вы, вероятно, уже используете. Это может быть простой способ принять мониторинг ошибок для организаций, уже в облаке.
Я буду писать больше на Лучевая пушка Ближе к концу года, так что следите за обновлениями, если вы хотите получить углубленный взгляд на то, как настроить регистрацию исключений.
Рекомендации
Я рекомендую вам просмотреть приведенные выше варианты и выяснить, какой из них наилучшим образом соответствует вашим потребностям на основе языков, которые вы используете, и типам приложений, которые вы развертываете.
Дайте один или два из этих инструментов бесплатную пробную версию и посмотрите, что они говорят вам о ваших приложениях и процессах.
Из опыта я могу сказать вам, что он отслеживает, чтобы первым переключателем и увидеть все неправильно с вашими приложениями, но как только вы пройдете процесс начального разрешения, работа с этими инструментами может предотвратить пройденное предварительное просмотр или среды тестирования Во -первых, или дайте вам дополнительные детали, необходимые для воспроизведения сложной ошибки.
С точки зрения обслуживания клиентов, введенная ошибкой в системе уже позволяет вам потребовать меньше данных от клиента, связанного с вами с проблемой, потому что, вероятно, у вас уже есть вся необходимая информация, и к тому времени, когда они получили исправление, работаете над исправлением. в связи с вами.
Попробуйте и дайте мне знать, что вы думаете. Если вы знаете больше о некоторых из этих решений, которые я упомянул, но не пробовал или не знал о другом, о котором я не охватил, Дайте мне знать !
Пост Качество мониторинга при отслеживании ошибок появился первым на Убить все дефекты Анкет
Оригинал: «https://dev.to/integerman/monitoring-quality-with-error-tracking-ohi»