Bug report

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

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

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

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

• Короткий опис (короткий опис проблеми).

• Проект (назва поточного проекту).

• Компонент додатка (в якому виник дефект).

• Версія (версія билда, в якому знайдено баг).

• Серйозність (градація ступеня впливу на додаток бага).

• Пріоритет (чергу виправлення бага).

• Статус (відображає статус бага в своєму життєвому циклі).

• Призначення (хто повинен виправити дефект).

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

• Кроки відтворення (опис шляху, який призводить до виникнення дефекту).

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

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

• Приєднаний файл (логи, скріншоти, інші документи, які можуть допомогти відтворити проблему або розв'язати цю проблему).

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

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

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

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