Теория: Баг-репорты

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

Зачем их составлять?

1. Чтобы передать информацию разработчикам, которые исправят дефект
2. Чтобы сохранить информацию о дефекте и потом проверить, исправлен ли дефект
3. Чтобы составлять различные метрики

Основные поля баг-репорта

• ID — уникальный идентификатор бага
• Заголовок / Краткое описание / Тема / Summary / Title — четко и кратко описывает суть бага
• Шаги к воспроизведению — четкое, последовательное описание шагов / действий, которые необходимо совершить, чтоб воспроизвести баг со всей необходимой информацией
• Фактический результат — результат, который мы видим
• Ожидаемый результат — результат, который мы хотели / ожидали увидеть
• Серьезность — показывает, насколько серьезные последствия от дефекта с точки зрения влияния на систему

Уровень дефектов

• Блокирующий (Blocker) – дефект полностью блокирует выполнение функционала, нет никакого способа его обойти
• Критический (Critical) – дефект блокирует часть функциональности, но есть альтернативный путь для его обхода
• Значительный (Major) – дефект, указывающий на некорректную работу части функциональности. Зачастую связан не с тем, что функция не работает, а с тем, что она работает неправильно. В любом случае, существует более одной точки входа для инициации нужной функциональности
• Незначительный (Minor) – дефект, не относящийся к функциональности системы. Обычно серьезность Minor проставляется для тех дефектов, которые относятся к удобству использования или интерфейсу
• Тривиальный (Trivial) – дефект, не затрагивающий функциональность системы, а также оказывающий минимальное влияние на общее качество системы. Часто неотличим от уровня Minor