База знань

Bug report

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

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

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

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

Шапка

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

Оточення

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

Опис

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

Доповнення

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

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

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

Зв'язатися з нами

    Адреса: м. Київ, 03058, а/с 24