checklists

Примеры хороших и плохих багов

Около 4 мин чтения

Сравнительный анализ баг-репортов: что делает отчёт полезным

Пример 1: Форма регистрации

❌ Плохой баг

Заголовок: Регистрация не работает

Описание: Пытался зарегистрироваться — не получилось. Страница просто зависла.

Анализ:

❌ Заголовок слишком общий — «не работает» может значить что угодно
❌ Нет шагов воспроизведения — неизвестно, что именно делал пользователь
❌ Нет ожидаемого/фактического результата
❌ Нет окружения — на каком браузере? ОС?
❌ «Зависла» — субъективная оценка без деталей
❌ Нет скриншотов или логов
❌ Не указан severity/priority

✅ Хороший баг

Заголовок: Регистрация — кнопка «Создать аккаунт» неактивна при заполнении всех полей (Chrome 120, Win 11)

Шаги воспроизведения:

Открыть страницу регистрации /register в Chrome 120 (Windows 11)

Заполнить поле Email:

Элемент	Плохой баг	Хороший баг
Заголовок	«Не работает»	«[Компонент] — [что] — [когда]»
Шаги	Нет / «пытался сделать»	Нумерованный список с точными данными
Expected	Нет	Явно описано, что должно быть
Actual	«Ерунда», «глючит»	Конкретное наблюдение + ошибки
Окружение	Нет	ОС, браузер, версия, build
Скриншоты	Нет	Скриншот + логи консоли
Severity/Priority	Нет или всё High	Обоснованно выбраны
Тон	Эмоциональный	Фактический, нейтральный

Примеры хороших и плохих багов

Пример 1: Форма регистрации

❌ Плохой баг

✅ Хороший баг

Пример 2: Поиск товаров

❌ Плохой баг

✅ Хороший баг

Пример 3: Корзина

❌ Плохой баг

✅ Хороший баг

Сводная таблица: что делает баг хорошим

Главные принципы