Глітч!

Помилка!

Збій!

Інцидент!

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

Якщо ви керуєте цим процесом так само, як більшість, то, ймовірно, досі користуєтеся електронними таблицями та тредами в Slack.

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

Майже змушує побажати, щоб ви користувалися інструментом для звітів про баги, чи не так?

Якщо так, ви потрапили саме туди, куди треба!

І навіть якщо ви вже використовуєте систему відстеження задач, ви б не читали це прямо зараз, якби не замислювалися над оновленням своєї поточної конфігурації.

Якщо це про вас, для вас тут також знайдеться місце.

Тому що в цьому гайді ми повністю зануримося в тему звітів про баги: що це таке, чому це важливо та які найкращі варіанти для керування багами є на ринку.

Інструмент для звітів про баги — і чому він вам потрібен

У світі технологій багами називають будь-які збої або неочікувані дії, що з’являються в апаратному чи програмному забезпеченні.

Отже, баг може бути чимось «зламаним», наприклад кнопкою, яка не працює. Або ж це може бути небажана дія, наприклад кнопка, яка начебто працює, але випадково веде користувача на неправильну сторінку.

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

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

І це приводить нас до появи інструменту для звітів про баги.

Інструмент для звітів про баги — це по суті будь-яка платформа, що допомагає командам керувати процесом комунікації та контролю за виправленням багів у продукті.

Але чому ми взагалі так хвилюємося через баги?

Спершу подивімося на це з точки зору клієнта.

Серйозні баги можуть зруйнувати функціональність вашого продукту. І навіть незначні можуть заважати користувачам і псувати їхній досвід взаємодії з продуктом. У будь-якому з цих випадків користувач може вирішити відмовитися від вашого інструменту й перейти до конкурента. Або, що не менш прикро, поділитися своїм досвідом з іншими.

Погана новина в тому, що люди трохи більше схильні ділитися своїм негативним досвідом, ніж позитивним. Звісно, це зрештою впливає на такі речі, як утримання користувачів та дохід.

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

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

Навіщо?

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

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

Отже, зрештою вам потрібен інструмент, який не просто дає змогу, а й дозволяє по-справжньому організувати багатоконтекстне, нюансоване керування задачами завдяки простоті використання.

Ми знаємо якраз те, що вам потрібно.

Найкращий інструмент відстеження багів, коли важливі контекст і нюанси: bubbles

Знайомтеся з bubbles — двостороннім інструментом спільної комунікації, створеним спеціально для гнучких (agile) проєктів і сучасних команд, які покладаються на асинхронну взаємодію в дистанційному (або гібридному) форматі роботи.

Чому варто обрати bubbles для звітів про баги

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

Ви це відчували? Ми — так.

Саме тому ми й створили bubbles — платформу, зосереджену на асинхронній комунікації, яка є вдумливою, а не терміновою.

Bubbles має рішення для кожної асинхронної розмови, яку вам потрібно провести заради керування багами.‍

Запис відео та екрана дозволяє швидко й легко донести свою думку. Нарешті продакт-фахівці та 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 і додайте його до простору (space), якщо хочете згрупувати кілька пов’язаних bubbles — наприклад, усі звіти про баги з останньої версії вашого продукту.

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

6. Ділитися своїм bubble легко — скористайтеся кнопкою Share, щоб надіслати його email’ом або згенерувати посилання для спільного доступу.

7. Ось і все! Тепер будь-хто, з ким ви поділилися bubble, може переглянути його, долучитися до розмови через нашу розширену систему коментування й допомогти вам наблизитися до найкращого розв’язання проблеми.

Хочете побачити, як ми звітуємо про власні баги в Bubbles — використовуючи bubbles? Тоді не пропустіть це відео: звіт про баг за 90 секунд.

Ще 8 інструментів відстеження задач, гідних уваги

Якщо Bubbles з будь-якої причини вам не підходить — або ви просто хочете ще один інструмент поверх нього для додаткової функціональності (стильно!) — ось інше програмне забезпечення для відстеження багів, яке може бути для вас корисним.

Jira 

Звісно, ми повинні згадати Jira від Atlassian (які також створили Trello), адже більшість людей у технологічній сфері чули про цей олдскульний продукт для керування розробкою.

Jira — це насичений функціями "інструмент для розробки програмного забезпечення" (їхні слова) з великою кількістю можливостей для кроскомандного планування проєктів і, звичайно, відстеження багів.

У Jira користувачі можуть додавати до звітів про баги (aka тікетів) безліч деталей: описи, зображення, рівень пріоритету тощо. Баги можна призначати членам команди й відстежувати їхній прогрес, а розумні @згадки тримають зацікавлені сторони в курсі завдяки сповіщенням про зміну статусу. Автоматизації та інтеграції з такими партнерами, як 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, а також вікі, що допомагає командам у веборієнтованому керуванні проєктами з розробки ПЗ.

Тікети Trac містять резюме, тип, репортера, власника, пріоритет, опис, віхи, вкладення, журнал змін і систему коментування. У Trac ви також можете переглядати репозиторії коду онлайн, відстежувати зміни тікетів на шкалі часу, бачити дорожні карти до досягнення віх тощо.

Trac, як і більшість open-source продуктів у цьому списку, функціональний, але позбавлений нюансів і може здаватися неприродним для користувачів, які не є розробниками.

Тарифи Trac 

Trac — це open-source рішення, тобто його можна безкоштовно встановити, і воно працює на більшості популярних операційних систем.

FogBugz

FogBugz — це, за власним визначенням, система керування проєктами з розробки програмного забезпечення від IgniteTech.

FogBugz прагне бути настільки гнучким і легким, щоб інтегруватися в будь-який процес керування проєктами. Серед його функцій — трекінг часу, керування задачами, служба підтримки електронною поштою, кастомні робочі процеси й відстеження багів, про яке ми сьогодні й говоримо.

У FogBugz баги, issues і навіть запити на нові функції називаються "cases". Cases призначаються одній людині для керування, можуть позначатися різними полями для зручного пошуку й розміщуються в беклозі, де користувачі можуть налаштовувати, як вони проходять через робочий процес до вирішення.

Це рішення може добре підійти командам, у яких уже є визначений процес розробки й яким просто потрібно вбудувати в нього відстеження багів. Ми рекомендуємо скористатися їхнім безкоштовним пробним періодом, якщо вас це зацікавило, оскільки, чесно кажучи, важко скласти повне враження про справжню функціональність платформи через нестачу інформації на її сайті.

Тарифи 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.