Что такое отчет баг-репорт (отчет о дефекте). Пример.

Один из основных документов тестировщика – это отчет о дефекте (баг-репорт). Это инструмент, чтобы зафиксировать найденные ошибки ПО. С помощью отчета о дефекте разработчикам передается информация о найденных багах.

---

Тестировщик в своей работе использует разные инструменты и документы. Среди них стратегия тестирования, тест-план, чек-лист, тест-кейс, отчеты о тестировании и другие. В этой статье мы рассмотрим баг-репорт (отчет о дефекте).

Для чего служит отчет о дефекте (баг-репорт)

Отчет о дефекте (defect report, bug report) – это документ, содержащий отчет о любом недостатке в программном обеспечении, системе или ее компоненте. При этом такой недостаток может привести программу к невозможности выполнить требуемую функцию.

Баг-репорт выполняет несколько функций.

1. В нем записывается очень ценная информация для тестирования – найденные дефекты программного обеспечения.
2. Его используют разработчики для исправления найденных ошибок.
3. Совокупность таких отчетов – исходные данные для отчета о тестировании.
4. На основе баг-репорта можно создавать тест-кейсы, чтобы потом проверить устранение ошибок в ПО и его дальнейшее корректное функционирование при обновлении версий.
5. Отчеты о дефектах можно использовать в разных видах тестирования для совершенствования продукта.

Главные потребители отчета о дефекте – программисты. Баг-репорт дает им важные данные для дальнейшей работы. 

Пример отчета о дефекте

ID дефекта:	001
Заголовок:	Вход на сайт при авторизации с некорректным е-мейлом в качестве логина.
Предусловия:	Нет.
Шаги для воспроизведения:	Откройте страницу сайта. На сайте вверху справа нажмите кнопку «Войти», дождитесь появления формы. В поле «Ваш е-мейл» введите «Test» (без @), в поле «Пароль» введите «1111». Ниже в форме нажмите кнопку «Войти».
Фактический результат:	На экране – страница меню для выбора выгружаемых данных.
Ожидаемый результат:	На экране – сообщение «Ошибка авторизации. Введите корректный е-мейл».
Приложения:	Скриншот захода на страницу меню для выбора выгружаемых данных без авторизации.

Атрибуты отчета о дефекте

Выделяют следующие основные атрибуты (поля) тест-кейсов:

• ID (уникальный идентификатор) — номер найденного бага.
• Заголовок (краткое описание) — лаконичное и однозначно понятное описание дефекта.
• Предусловие (входные данные): То, в какое состояние нужно привести ПО, чтобы воспроизвести баг (например, закрыть открыть определенные модули или зайти в специальный раздел сайта).
• Шаги для воспроизведения — какие действия нужно произвести, чтобы данный баг появился.
• Фактический результат — что тестировщик увидел на экране после завершения шагов.
• Ожидаемый результат — что тестировщик должен был получить на экране после завершения шагов согласно требованиям к ПО.
• Приложения – скриншоты и другие файлы, которые могут помочь разработчикам в устранении бага

Также могут быть и другие атрибуты (в зависимости от специфики проекта), например:

• Тестовое окружение — на каком устройстве, под какой операционной системой и в какой версии программы/браузера баг был обнаружен.
• Ссылка на требование к ПО – какое именно требование нарушается багом.
• Серьезность бага – насколько серьезно дефект «ломает» ПО.
• Приоритет бага – насколько срочно надо устранить дефект.
• Назначенный исполнитель – кому поручили исправить дефект.
• Статус – в каком состоянии находится работа по исправлению дефекта (например, «дефект выявлен», «в работе», «готово для проверки», «дефект устранен»).

Как составит отчет о дефекте

Чтобы составить баг-репорт, надо заполнить все его необходимые атрибуты. Важно следовать следующим принципам:

• Перед созданием – убедиться, что дефект воспроизводится (вызвать его еще раз)
• Проверить, что ранее такого дефекта не выявили
• Один дефект – один баг-репорт
• Аккуратное и точное написание – понятен каждому члену команды
• Заголовок лучше писать по схеме «Что? Где? Когда?»
• Вся нужная информация о баге прилагается

Часто задаваемые вопросы про баг-репорт

---