Глюк!

Ошибка!

Сбой!

Инцидент!

Как бы вы ни называли их сами — вы, ваши инженеры, дизайнеры, продакт‑менеджеры или специалисты по QA, — значительная часть их успеха — и успеха вашей компании — зависит от умения выявлять, документировать и устранять технические баги. 🕷️

Если вы управляете этим процессом так же, как это делают многие, вы, вероятно, до сих пор пользуетесь таблицами и тредами в Slack.

Проблема в использовании устаревших таблиц для отслеживания отчётов об ошибках в том, что весь контекст теряется по дороге. А ещё есть расфокусированный, захламлённый и отнимающий массу времени процесс общения по поводу этих таблиц через Slack, email и другие инструменты, которые явно не предназначены для такой работы.

После этого так и тянет наконец-то воспользоваться инструментом для отчётов об ошибках, верно?

Если так, вы попали по адресу!

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

Если это про вас, вы здесь тоже более чем уместны.

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

Инструмент для отчётов об ошибках — и зачем он вам нужен

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

Так что багом может быть что‑то «сломанное», например кнопка, которая не работает. Или это может быть нежелательное поведение, когда кнопка формально работает, но по ошибке ведёт пользователя на неправильную страницу.

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

Вот почему поиск, отчётность, оценка и отслеживание — иначе говоря, управление — багами превратились в целую отдельную индустрию.

Так мы и пришли к появлению инструмента для отчётов об ошибках.

Инструмент для отчётов об ошибках — это, по сути, любая платформа, которая помогает командам управлять процессом коммуникации и контроля за устранением багов внутри продукта.

Но почему же баги нас вообще так волнуют?

Для начала посмотрим на это с точки зрения клиента.

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

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

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

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

Почему?

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

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

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

Мы знаем как раз то, что вам нужно.

Лучшая система отслеживания багов, когда важны контекст и нюансы: bubbles

Познакомьтесь с bubbles — двусторонним инструментом для совместной коммуникации, созданным специально для agile‑проектов и современных команд, которые полагаются на асинхронное общение в распределённой (или гибридной) среде.

Почему стоит выбрать bubbles для отчётов об ошибках

Мы живём в эпоху бесконечных встреч в реальном времени (которые вполне могли бы быть сообщением) и постоянно активных чатов (у кого‑нибудь ещё коллеги вообще не учитывают часовые пояса? 😑), которые и порождают тотальный цифровой выгорание.

Знакомо? Нам — очень.

Именно поэтому мы и создали bubbles — платформу, сфокусированную на асинхронной коммуникации, которая продуманная, а не срочная.

У bubbles есть решение для любого async‑разговора, который вам нужен в рамках управления багами.‍

Запись видео и экрана позволяет быстро и просто донести свою мысль. Теперь продакт‑ и QA‑специалисты могут отправлять отчёты об ошибках, не теряя визуальный контекст и не пытаясь описать все нюансы происходящего словами. А дизайнерам и разработчикам так же быстро и просто показать демо той же функции после того, как баг уже исправлен.

Зрители могут участвовать в обсуждении и обратной связи, добавляя комментарии в любой момент времени по ходу видео. Комментарии могут содержать текст, видео, изображения и теги, которые подтягивают в беседу других участников команды. Таким образом, каждый bubble работает как email‑ или Slack‑тред, который вы раньше использовали для сопровождения отчёта об ошибке на всём его пути — от создания до закрытия, — только куда более организованно и естественно.

Наша функция аннотаций скриншотов идеально подходит для передачи максимально детализированного фидбэка по статичным объектам. Мы даже отточили авто‑прокрутку, чтобы вы могли легко захватывать изображение целой страницы. И не пропустите наше расширение для Chrome и приложение bubbles для Slack, чтобы сделать общение ещё насыщеннее прямо в тех инструментах, которыми вы уже пользуетесь.

Мы сохраняем нашу систему тарифов гибкой, чтобы её можно было подстроить под ваши нужды, — но в bubbles всегда будет бесплатный тариф, который позволяет создавать и делиться неограниченным количеством записей без кредитной карты, установки ПО или даже без аккаунта.

С bubbles вы можете упростить и оптимизировать работу так, что она станет даже немного радостнее.

Кстати говоря, давайте пройдёмся по шагам и создадим ваш самый первый отчёт об ошибке в bubbles.

Как использовать bubbles, чтобы быстро и просто сообщить о баге

1. Для начала зайдите на сайт bubbles и нажмите кнопку «Get bubbles», чтобы мгновенно открыть новый bubble.

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

Пользователи Google Chrome могут сделать процесс ещё удобнее с помощью нашего бесплатного расширения для браузера Chrome. Установив его, вам останется просто кликнуть по иконке Bubbles, чтобы создать новый bubble.

2. Создав новый bubble, выберите, что вы хотите сделать: записать себя на видео, записать экран или сделать скриншот.

3. Если вы решите записать экран, чтобы показать баг в действии, после начала записи вы сможете выбрать, какой экран, окно или вкладку записывать. По завершении нажмите «Stop sharing» или «Finish».

4. Перейдите в My bubbles, чтобы увидеть все свои записи, скриншоты и т. д. Присвойте своему последнему bubble название и добавьте его в пространство, если вы хотите собрать вместе несколько связанных bubbles — например, все отчёты об ошибках из последней версии вашего продукта.

5. Теперь вы можете добавить ещё больше контекста в любом месте внутри bubble с помощью комментариев, которые также поддерживают видео, текст, изображения и упоминания других участников команды и email‑адресов.

6. Делиться своим bubble просто: нажмите кнопку Share, чтобы отправить его по email или сгенерировать общедоступную ссылку.

7. Вот и всё! Теперь любой, с кем вы поделились bubble, может его просмотреть, подключиться к разговору через нашу продвинутую систему комментариев и помочь вам прийти к лучшему решению.

Хотите увидеть, как мы сами сообщаем о багах в bubbles — с помощью bubbles? Тогда не пропустите это видео: отчёт об ошибке за 90 секунд.

Ещё 8 систем отслеживания инцидентов, на которые стоит обратить внимание

Если по какой‑то причине bubbles вам не подходит — или вы просто хотите добавить к нему ещё один инструмент для дополнительной функциональности (стильно!) — вот ещё несколько систем для отслеживания багов, которые могут быть вам полезны.

Jira 

Разумеется, мы не можем не упомянуть Jira от Atlassian (разработчиков Trello), ведь большинство людей в tech‑среде слышали об этом легендарном продукте.

Jira — многофункциональный «инструмент разработки программного обеспечения» (как они сами его называют) с широкими возможностями кросс‑корпоративного планирования проектов и, конечно же, отслеживания багов.

В Jira пользователи могут добавлять к отчётам об ошибках (aka тикетам) множество деталей: описания, изображения, уровень приоритета и т. д. Баги можно назначать членам команды и отслеживать на всём пути их проработки, а умные @mention‑упоминания держат заинтересованных лиц в курсе, присылая уведомления об изменении статуса. Автоматизации и интеграции с такими партнёрами, как Microsoft, Slack, Google, AWS и многими другими, дополняют функциональность Jira.

На наш взгляд, Jira — сложное ПО, которое лучше всего подходит компаниям уровня enterprise, способным по‑настоящему раскрыть потенциал этого мощного инструмента управления проектами.

Тарифы Jira 

Бесплатный план Jira покрывает 10 пользователей/3 агентов, 2 ГБ хранилища и поддержку сообщества. Дальнейшая стоимость сильно зависит от использования, но стартует примерно от $7,75 за пользователя в месяц. Доступны индивидуальные годовые enterprise‑тарифы для очень крупных команд по разработке (от 801 пользователя и выше).

Bugzilla

Название говорит само за себя: Bugzilla — это веб‑система отслеживания багов от создателей Mozilla.

Bugzilla стремится закрыть пробелы в возможностях по управлению дефектами у систем контроля исходного кода (вроде GitHub). Bugzilla превосходит эти платформы за счёт очень подробных отчётов об ошибках (продукт, серьёзность, приоритет, описание, вложения и множество настраиваемых полей), уведомлений, поиска, отчётности, трекинга времени, обнаружения дубликатов и многого другого.

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

Тарифы Bugzilla

Bugzilla — бесплатный, открытый инструмент отслеживания ошибок, который разработчики могут установить на Linux, Windows, Mac OS X и, как сказано на сайте, «возможно и на другие операционные системы».

Redmine

Как и Bugzilla, Redmine — это open‑source‑приложение для технически подкованных пользователей.

В отличие от Bugzilla, Redmine — полноценная система управления проектами с диаграммами Ганта, календарями, контролем доступа и многим другим. Однако, по словам самих разработчиков, issues — это «сердце Redmine».

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

Больше всего нам нравится возможность прикреплять к отчётам об ошибках связанные issues и помечать их как дубликаты, блокеры и другими типами связей, помогающими разработчикам понять, как их изменения повлияют на остальные части проекта по разработке ПО.

Тарифы Redmine 

Хотя для Redmine существуют платные плагины, сам Redmine бесплатен и работает на Unix и Windows.

BugHerd

BugHerd накладывается поверх веб‑страниц, позволяя пользователям кликать по багам и вводить детали: описание, ответственный, серьёзность, теги и многое другое. Каждый баг превращается в пин, так что когда разработчик (или дизайнер и т. д.) кликает по нему, всплывает связанный отчёт об ошибке, показывающий, в чём проблема. Отчёты об ошибках также фиксируются на доске задач внутри BugHerd.

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

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

Тарифы BugHerd

На момент написания BugHerd предлагает бесплатный пробный период, а затем стоит от $33 в месяц (при годовой оплате) до $191 в месяц (также при годовой оплате). Также доступны настраиваемые enterprise‑тарифы. 

MantisBT

MantisBT, иногда просто Mantis, — ещё один open‑source‑инструмент отслеживания дефектов, который, по собственным словам, достигает «тонкого баланса между простотой и мощью».

Каждый отчёт о баге в MantisBT содержит множество деталей: автор, исполнитель, приоритет, серьёзность, статус, категория, проект, дата, теги, краткое описание, текстовое описание, email‑уведомления и многое другое.

К отчётам можно прикреплять связанные issues, а также есть раздел заметок, где люди могут комментировать отчёт, делиться ресурсами, задавать вопросы и т. д. Есть и плагины для MantisBT, которые позволяют выстраивать Scrum‑, Kanban‑ и другие рабочие процессы.

Мы согласны, что MantisBT мощный и, возможно, чуть проще в использовании, чем другие его open‑source‑аналоги, но не видим функций, которые делали бы его по‑настоящему уникальным или добавляли бы полезный визуальный контекст к отчётам.

Тарифы MantisBT

MantisBT — это open‑source‑ПО, которое нужно устанавливать самостоятельно. Оно работает на Windows, macOS, Linux, Solaris и других платформах.

Trac

Trac от сообщества разработчиков edgewall.org — это и трекер issues, и wiki, помогающие командам управлять веб‑проектами по разработке ПО.

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

Trac, как и большинство open‑source‑продуктов в этом списке, функционален, но ему недостаёт нюансов, и он может показаться не самым естественным инструментом для людей вне разработки.

Тарифы Trac 

Trac — open‑source‑решение, то есть его можно бесплатно установить, и он работает на большинстве популярных операционных систем.

FogBugz

FogBugz — это, по определению самих разработчиков из IgniteTech, система управления проектами по разработке ПО.

FogBugz стремится быть достаточно гибким и лёгким, чтобы встроиться в любой процесс управления проектами. Среди функций — трекинг времени, управление задачами, сервис поддержки по email, настраиваемые рабочие процессы и тот самый трекинг багов, о котором мы сегодня говорим.

В FogBugz баги, issues и даже запросы на новые фичи называются «cases». Cases назначаются одному ответственному, могут помечаться разными полями для удобного поиска и располагаются в backlog’е, где пользователи могут настраивать, как они проходят по workflow до решения.

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

Тарифы FogBugz

На сайте FogBugz не указана информация о ценах. Предполагаем, что лучший способ её узнать — начать бесплатный пробный период или связаться с командой IgniteTech.

Zoho BugTracker

Zoho — постоянно растущая программная экосистема с инструментами для продаж, HR, юридического отдела, маркетинга, IT и многого другого.

Частью их предложения по управлению проектами является BugTracker.

Миссия BugTracker проста: сделать отправку, отслеживание и исправление багов быстрыми и удобными для пользователя.

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

Продакт‑менеджеры могут получить обзор проекта в Activity Stream, создавать пользовательские представления отчётов о багах по нужным критериям, отслеживать детали прогресса багов во вкладке Reports, сотрудничать через Forum и Discuss и даже настраивать автоматизации, чтобы всегда быть в курсе изменений по отчётам об ошибках.

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

Тарифы Zoho

Zoho BugTracker бесплатен для команд до 3 пользователей. Далее стоимость составляет от $3 до $8 за пользователя в месяц при годовой оплате. Удивительно, но мы не нашли кастомных или enterprise‑тарифов.

Нужно сообщить о баге чуть ли не вчера? Создайте bubble за секунды

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

Без кредитной карты, установки и регистрации, чтобы начать общаться и сотрудничать, Bubbles — самое быстрое ПО для отчётов об ошибках.‍

Серьёзно — всё, что нужно, это зайти на сайт bubbles и нажать кнопку «Get bubbles», чтобы создать новый bubble.

Не соглашайтесь на ПО, которое ради скорости жертвует критически важным контекстом, нюансами и удобством.

Получите всё сразу в одном аккуратном пакете с bubbles.