Bug (Ошибка) – это не соответствие между ожидаемым и фактическим поведением программы.
Баг репорт это вторая по важности штука с которой работает тестировщик. По тест кейсам он тестирует, а баг репорт заводит, когда, например, у тест кейса нашлась какая-либо ошибка.
Баг репорт это тоже документ и у него так же есть атрибуты.
Атрибуты баг репорта:
· ID
· Название (Что? Где? Когда?)
· Предусловие
· Шаги
· Ожидаемый результат
· Фактический результат
· Доказательства
· Серьезность (Severity)
· Приоритет (Priority)
· Номер версии ПО
· Окружение
· Автор
· Дополнительное описание
ID(Идентификатор)
Как правило, проставляется автоматически. Так как большинство компаний в последнее время используют баг-трекинговые системы.
Баг-трекинговая система, это программа в которой работает вся команда и в ней ведутся задачи, учет рабочего времени, работа по проекту и так же туда заводятся баги.
Название
В названии бага по скрипту нужно ответить на 3 следующих вопроса(Что? Где? Когда?).
Давайте разберемся на примере.
Оплата. При оплате заказа банковской картой бонусы за покупку не начисляются
(Где? Оплата(В модуле оплаты), Когда? При оплате банковской картой, Что? Бонусы за покупку не начисляются)
Предусловие
· У врача должно быть расписание на текущий день
· Ограничить скорость передачи данных до 56 кб/сек
Шаги
Здесь шаги ведут к неисправности
Есть определенные требования к шагам.
· Понятные и однозначные формулировки
· Избегать объяснений, которые можно вынести в описание
· Неисправность должна воспроизводиться на последнем шаге
· Нумерация шагов
Ожидаемый результат
Это требование к продукту или к отдельной функции.
Фактический результат
Это фактическое поведение программы в момент проверки. То что тестировщик видит по факту.
Доказательства бага
· Скриншоты
· Видео
· Требования
· Переписка
· Запросы в базу данных
· Ссылки на задачи
Серьезность бага
· S1 Блокирующий (blocker)
· S2Критический (critical)
· S3Значительный (major)
· S4Незначительный (minor)
· S5Тривиальный (trivial)
Приоритет бага
· P1 High
· P2 Medium
· P3 Low