Баг репорт

Bug report

Баг возникает, когда фактический результат не совпадает с ожидаемым.

Баг репорт — это документ, в котором зафиксирована информация о найденном баге. Обычно баг репорт создаёт тестировщик, а исполнителем назначается разработчик, ответственный за этот функционал.

После исправления дефекта тестировщик проводит ретест (повторное тестирование) функционала, чтобы убедиться в исправлении бага.

Формат баг репорта

Баг репорт должен включать обязательные поля:

Идентификатор: уникальный идентификатор, например, TT-3.
Заголовок: краткий заголовок, отражающий суть дефекта.
Среда: на какой операционной системе, версии браузера либо стенде была обнаружена проблема.
Приоритет: уровень срочности исправления
Серьезность: уровень влияния на работоспособность системы
Шаги: шаги, которые необходимо выполнить для воспроизведения ошибки.
Ожидаемый результат: что должно произойти после выполнения шагов.
Фактический результат: что фактически произошло после выполнения шагов.
Статус: на какой стадии сейчас находится исправление бага (см. жизненный цикл бага)
* Комментарии для разработчиков, скриншоты, видео воспроизведения проблемы.

Рисунок 1. Пример баг репорта в системе отслеживания ошибок JIRA

Жизненный цикл бага

Процесс перехода бага из одного состояния в другое называется жизненным циклом бага (bug workflow).

Статус бага при этом изменяется и может принимать значения (названия различаются от компании к компании):

Создан: тестировщик завёл баг
Назначен: на исправление бага назначен исполнитель
Анализ: баг находится в процессе анализа
Отклонён: баг был отклонен и не требует исправления либо не является багом
На исправлении: баг находится в процессе исправления
Исправлен: баг был исправлен и ожидает проверки
Тестирование: тестировщик проводит повторное тестирование
Возвращён на исправление: баг воспроизвёлся при повторном тестировании
Закрыт: исправление подтверждено тестировщиком, баг закрыт

Исполнитель также постоянно меняется на разработчика или тестировщика в зависимости от текущего статуса.

Задача

На рисунке 1 приведён баг репорт, заведённый по результатам тестирования функционала предыдущей задачи.

Проведите повторное тестирование формы «Вход в систему», используя созданный ранее тест-кейс.

#2. Регистронезависимость имени пользователя при входе в систему.

Предусловие: пользователь с именем tester-today и паролем password зарегистрирован в системе.
Шаги:
1. изменить регистр символов корректного имени пользователя
2. нажать кнопку "Войти"
Ожидаемый результат: пользователь успешно вошёл в систему.
Фактический результат:
Статус:
Дата: 18.04.2023

Вход в систему

Пользователь

Пароль

После ретеста всё, что остаётся сделать,- либо перевести баг назад на разработчика, либо подтвердить исправление и закрыть баг.