Bug Report — це документ, який описує знайдену помилку у програмному забезпеченні. Він допомагає команді розробки швидко зрозуміти проблему, відтворити її та виправити.
Основні цілі баг-репорту
- Повідомити: донести до команди факт наявності дефекту
- Описати: дати чіткі умови для відтворення проблеми
- Прискорити: допомогти якомога швидше її виправити
Структура баг-репорту
- ID: унікальний ідентифікатор (наприклад, BR-105)
- Summary: короткий опис суті помилки
- Project: назва проєкту
- Component: частина застосунку, де виявлена помилка
- Version: номер версії або білду
- Environment: ОС, браузер, пристрій
- Severity: серйозність проблеми (Blocker, Critical, Major, Minor, Trivial)
- Priority: черга виправлення (High, Medium, Low)
- Status: статус багу (New, In Progress, Done тощо)
- Author: хто створив баг-репорт
- Assignee: відповідальний за виправлення
- Steps to Reproduce: дії для відтворення
- Expected Result: очікувана поведінка
- Actual Result: фактична поведінка
- Attachments: скріншоти, відео, логи
Рівні серйозності (Severity levels)
- Blocker: критичний дефект, який блокує роботу застосунку або тестування
- Critical: функція не працює, але не блокує інші області
- Major: помилка в основній функції, часткове порушення логіки
- Minor: незначна помилка, яка не впливає на роботу
- Trivial: косметичні проблеми, наприклад, орфографія
Приклад баг-репорту
Приклад баг-репорту в JIRA
Системи баг-трекінгу
Для реєстрації багів зазвичай використовуються спеціальні системи:
Jira, Redmine, YouTrack, Bugzilla тощо. Вони дозволяють керувати життєвим циклом помилки — від створення до закриття, з призначенням відповідальних, коментарями та статусами.
Висновок
Баг-репорт — це інструмент, який забезпечує комунікацію між тестувальником і розробником. Від його якості залежить швидкість та ефективність усунення дефекту.
