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

Отже, як тільки ми виявляємо баг, нам необхідно його задокументувати для продовження життєвого циклу дефекту (який ми розглядали раніше). Документ, який описує баг, називається – баг репорт.

Баг репорт (bug report) – це технічний документ, який містить в собі повний опис бага, що включає інформацію, як про сам баг (короткий опис, серйозність, пріоритет і т.д.), так і про умовb виникнення даного бага. Баг репорт повинен містити правильну, єдину термінологію, що описує елементи користувальницького інтерфейсу і події даних елементів, що призводять до виникнення бага.

У загальному випадку, баг репорт складається з:

Шапка

• Короткий опис (короткий опис проблеми).
• Проект (назва поточного проекту).
• Компонент додатку (у якому виник дефект).
• Версія (версія білду, в якому знайдений баг).
• Серйозність (градація ступеня впливу на бага додаток).
• Пріоритет (черга виправлення бага).
• Статус (відображає статус бага в своєму життєвому циклі).
• Автор (автор баг репорту).
• Призначення (хто повинен виправити дефект).

Оточення

• Операційна система, розрядність, сервіс пак, браузер, його версія і т.д.

Опис

• Кроки відтворення (опис шляху, який призводить до виникнення дефекту).
• Фактичний результат (результат, до якого приходимо виконавши всі кроки відтворення).
• Очікуваний результат (результат, який повинен бути у відповідності вимогам).

Доповнення

• Доданий файл (логи, скріншоти, інші документи, які можуть допомогти відтворити проблему або вирішити її).

Незважаючи на таку велику кількість пунктів баг репорту, можна виділити кілька основних полів, які є необхідними:

• Короткий опис. Поле, в якому потрібно помістити весь сенс всього баг репорту. Найчастіше, в короткому описі лаконічно відповідають на 3 питання: «Де?», «Що?», «Коли?» (Саме в такій послідовності, як би не хотілося змінити її за прикладом всім відомої гри).
• Серйозність. Параметр, що описує вплив дефекту на працездатність програми.
• Кроки до відтворення. Точний та зрозумілий опис всіх кроків, які призводять до появи дефекту, з урахуванням всіх необхідних вхідних даних і т.д.
• Фактичний результат.
• Очікуваний результат.