На невеликих проєктах для реєстрації помилок (багів) часто використовуються таблиці Excel, проте, по мірі збільшення розміру та складності проєктів, зручність такого способу сходить нанівець і доводиться задуматися про більш зручне рішення. В процесі роботи QA-інженер може зіткнутися з різними баг-трекінговими системами. У цій статті розглянемо найпопулярніші системи для відстеження помилок.
Огляд популярних баг-трекінгових систем
- 01.03.2023
- Опубліковано: Admin

Що таке баг-трекінгова система?
Баг-трекінгові системи (БТС) або системи відстеження помилок представляють собою програмні продукти, які дозволяють реєструвати і відслідковувати хід вирішення кожної помилки (бага), виявленої тестувальником, до тих пір, поки проблема не буде вирішена.
В широкому розумінні проблемою може бути що завгодно – від повідомлення про помилку до питання клієнта і запиту на розробку. Проблеми часто плутають з помилками, тому що всі помилки є проблемами, але не всі проблеми є помилками. Типова помилка – це дефект в кодовій базі, і одна помилка може виявлятися різними способами. Іноді буває так, що одна і та ж помилка викликає кілька багів, тобто у користувачів може виникнути декілька проблем через одну помилку. В такому випадку БТС стають дуже корисними, так як в них можна зв'язати між собою баг-репорти і встановити залежності.
Особливості баг-трекінгових систем
У кожній БТС є певні можливості керування задачами, які схожі між собою. Деякі задачі можуть мати більш високий пріоритет, ніж інші, можливо, тому, що вони зачіпають велику кількість клієнтів, або тому, що вони являють собою серйозну перешкоду, яку необхідно вирішити. Крім того, завдання можуть також мати низьку або нульову терміновість або пріоритет, і це також потрібно вказувати, щоб розуміти, що такі завдання можуть бути вирішені пізніше, якщо дозволяє час.
Більшість рішень систем відстеження помилок також дозволяють призначати проблеми різним відповідальним особам, відстежувати, як вони обробляються і скільки часу на них витрачається, забезпечувати відповідність внутрішнім робочим процесам, виконувати статистичний аналіз і автоматично генерувати завдання або тікети (від англ. ticket – квиток, картка, оголошення) на основі даних клієнта.
Сучасні баг-трекінгові системи забезпечують контроль за виконанням завдань і автоматичну генерацію звітів, а також часто інтегруються з іншими інструментами розробки проєктів.
У цій статті розглянемо найбільш популярні системи відстеження помилок, які були створені для задоволення потреб як незалежних розробників, так і бюджетних установ.
Баг-трекери
1. JIRA
Платна система, в якій за допомогою інтерактивної дошки можна стежити за процесом переміщення задач, контролюючи процес їх виконання на проєкті. Це не тільки баг-трекер, але і дуже зручний інструмент для управління проєктами, особливо для agile-команд.
Функціонал даної програми дуже широкий, якщо чогось не вистачає, його завжди можна доповнити за допомогою плагінів.
QA-інженери зазвичай використовують JIRA як баг-трекер, оформляючи в ньому баг-репорти. В системі зазвичай заповнюються завдання (від англ. Tickets або issues), які можуть відрізнятися за типом: task, story, epic, bug. Тестувальники найчастіше вибирають «bug».
При створенні баг-репорту доступні такі атрибути:
- назва проєкту;
- тип завдання;
- тема;
- опис;
- пріоритет;
- мітки;
- оточення;
- вкладення;
- пов'язані задачі.
Основні характеристики системи:
Мова інтерфейсу: англійська.
Вид програми: web.
Інтеграція з Git: є.
Дошка для agile-проєктів: є.
Налаштування полів: є.
Створення задач по e-mail: є.
Поширення: платне.
Спробувати безкоштовно даний інструмент протягом 7 днів можна на офіційному сайті розробника після реєстрації за посиланням.
Компоненти задач можуть бути розширені додатковими полями або обмежені налаштуваннями, це визначається робочим процесом (workflow). Задачі можуть редагуватися, призначатися на різних виконавців або просто змінювати статус з «відкритий» на «закритий». Всі зміни по завданню записуються в журнал.
2. MANTIS
У порівнянні з іншими баг-трекінговими системами це досить простий інструмент. Він доступний як у вигляді web-додатка, так і в мобільній версії. Даний баг-трекер сумісний з декількома базами даних, такими як MySQL, PostgreSQL, MS SQL і дозволяє інтегрувати в нього такі додатки, як чат, відстеження часу, вікі, RSS-канали та багато іншого.
Основні переваги системи:
- відкритий вихідний код;
- можливість відправки нотифікацій на електронну адресу;
- можливість налаштування полів;
- підтримка time tracking;
- можливість роботи в декількох проєктах одночасно;
- доступна історія змін в звітах;
- необмежена кількість користувачів, проєктів і баг-репортів.
За умовчанням доступні наступні атрибути баг-репорт:
- назва проєкту;
- категорія;
- пріоритет;
- серйозність;
- відтворюваність;
- тема;
- опис;
- кроки відтворення;
- додаткова інформація;
- вкладення.
Також, баг-репорт можна призначити на будь-якого користувача, який працює в проєкті.
Основні характеристики системи:
Мова інтерфейсу: багатомовний.
Вид програми: web.
Інтеграція з Git: є.
Дошка для agile-проєктів: немає.
Налаштування полів: є.
Створення завдань по e-mail: немає.
Поширення: безкоштовне.Завантажити Mantis можна на офіційному сайті за посиланням.
3. Trello
Дана система спочатку була призначена для управління проєктами невеликих груп, вона була розроблена Fog Creek Software. Вона використовує гнучку методологію управління проєктами канбан. Trello є freemium-бізнес-моделлю.
Ця система є web-додатком і частіше використовується не тільки як баг-трекер, але і як система управління проєктами. Проєкти розподіляються на дошки, які виглядають дуже наочно. На дошках завдання можна розподіляти по колонках за принципом дошки в канбан: нові задачі, задачі в черзі, задачі в роботі, завершення задачі і так далі.
Задачі маркуються різними кольорами. Всього існує десять варіантів, яким присвоюються назви. Атрибути, як такі, в даній системі не передбачені. Але для присвоєння серйозності або пріоритету можна використовувати кольорові маркери. На дошки додаються певні користувачі, які закріплюються за задачами, де пишуть коментарі в процесі виконання. Так само в системі є можливість створювати чеклісти.
Переваги системи:
- freemium-модель;
- налаштування нотифікацій на електронну адресу;
- наочність в процесі виконання задачі;
- можливість роботи на кількох дошках;
- інтеграція з різними сервісами.
Основні характеристики системи:
Мова інтерфейсу: багатомовний.
Вид програми: web.
Інтеграція з Git: немає.
Дошка для agile-проєктів: є.
Налаштування полів: є.
Створення завдань по e-mail: є.
Поширення: платне.Зареєструватися в системі можна за посиланням.
4. Redmine
Ця система є відкритим серверним web-додатком для керування проєктами та завданнями, в тому числі і для стеження за помилками.
Даний баг-трекер безкоштовний, з відкритим вихідним кодом, його інтерфейс досить простий.
Основні переваги:
- підтримка декількох проєктів;
- контроль доступу на основі ролей;
- календар;
- стрічки і повідомлення по електронній пошті;
- Вікі і форуми по проєкту;
- відстеження часу;
- створення завдань по електронній пошті;
- самостійна реєстрація користувача;
- багатомовний інтерфейс;
- підтримка декількох баз даних.
У Redmine доступні такі атрибути баг-репорт:
- вид завдання (bug, feature, support);
- предмет або тема баг-репорту;
- опис (поле, в якому описуються кроки і результати);
- статус;
- пріоритет;
- на кого призначений;
- дата створення/завершення;
- час виконання;
- вкладення.
Баг-репорт може відслідковуватися будь-яким співробітником, який доданий до проєкту і відзначений як спостерігач в баг-репорті.
Основні характеристики системи:
Мова інтерфейсу: англійська.
Вид програми: web.
Інтеграція з Git: є.
Дошка для agile-проєктів: немає.
Налаштування полів: є.
Створення завдань по e-mail: є.
Поширення: безкоштовне.Демо-версію системи можна спробувати тут.
5. PivotalTracker
Дана система використовується для розробки по гнучким методологіям і є абсолютно безкоштовною. PivotalTracker підтримує лише англійську мову інтерфейсу.
Переваги системи:
- можливість роботи з головної сторінки;
- кроссплатформенність;
- інтеграція з різними сервісами;
- можливість додавати завдання і коментарі через @.
Відмінною рисою даного баг-трекера є такий показник ефективності, як «velocity», який вираховується за кількістю ітерацій і може бути налаштований для конкретного проєкту.
Атрибути тікетів в PivotalTracker:
- мітки (теги);
- власник;
- опис;
- вкладення;
- коментарі.
Основні характеристики системи:
Мова інтерфейсу: англійська.
Вид програми: web.
Інтеграція з Git: є.
Дошка для agile-проєктів: є.
Налаштування полів: є.
Створення завдань по e-mail: є.
Поширення: безкоштовне.Система доступна за посиланням.
6. Bugzilla
Дана система є класичним баг-трекером з простим і доступним інтерфейсом. Дана система відслідковування помилок є безкоштовною з відкритим вихідним кодом.
Переваги системи як баг-трекера:
- виконує функції тільки баг-трекера;
- інтеграція з іншими системами;
- масовий імпорт багів з Excel-файлів;
- облік часу;
- інтеграція з WIKI;
- фільтрація листів.
В баг-репорті доступні такі атрибути:
- статус;
- резолюція;
- тема;
- версія (продукту);
- віха (стадія проєкту, до якої баг повинен бути вирішений);
- коментарі (опис та додаткова інформація баг-репорту).
Основні характеристики системи:
Мова інтерфейсу: багатомовний.
Вид програми: web.
Інтеграція з Git: є.
Дошка для agile-проєктів: немає.
Налаштування полів: є.
Створення завдань по e-mail: немає.
Поширення: безкоштовне.Якщо в роботі потрібен простий, ефективний баг-трекер з легкими налаштуваннями, даний сервіс може стати в нагоді. Система доступна за посиланням.
7. GitLab
Дана система сама по собі не є баг-трекером, так як вона, як і JIRA, набагато глобальніше. Система відстеження помилок є її додатковою можливістю.
GitLab – це сайт і система керування репозиторіями коду для Git. Система розділена на дві версії: GitLab CE – для спільноти і GitLab EE – для підприємств. Перша доступна в рішеннях з відкритим вихідним кодом.
Основні характеристики системи:
Мова інтерфейсу: англійська.
Вид програми: веб.
Інтеграція з Git: є.
Дошка для agile-проєктів: є.
Налаштування полів: немає.
Створення завдань по e-mail: є.
Поширення: безкоштовне.Опенсорсна система доступна за посиланням.
Всі з перерахованих систем є популярними в середовищі розробки проєктів, кожна з них має свої переваги. Принцип заведення баг-репортів схожий у всіх з них. Будь-яку з них може використовувати замовник на аутсорсинговому проєкті, тому базові знання про інтерфейс, атрибути і переваги повинні бути у кожного тестувальника.
