Из чего состоит баг-репорт?
- Как правильно оформить дефект?
- Что должно быть в баг-репорте?
- Как написать хороший заголовок бага?
Баг-репорт — описание дефекта, по которому разработчик воспроизведёт его без вопросов: заголовок, шаги, фактический и ожидаемый результат, окружение, вложения.
- Заголовок по формуле «что — где — при каком условии»
- Плюс серьёзность, приоритет, версия сборки
А ещё Один баг — один репорт; шаги — минимальные, чтобы воспроизвести
Подробно
Основные поля:
- Заголовок — коротко и конкретно: что не работает, где и при каком условии. «Не применяется промокод при оплате картой в мобильной версии» — а не «Ошибка в корзине».
- Шаги воспроизведения — нумерованные, минимальные, с конкретными данными: какой логин, какой промокод, на какую кнопку нажать.
- Фактический результат — что произошло, с текстом ошибки.
- Ожидаемый результат — что должно было произойти, со ссылкой на требование, если есть.
- Окружение — стенд, версия сборки, браузер или устройство и ОС.
- Вложения — скриншот, видео, логи, ответ сервера из DevTools.
- Серьёзность и приоритет.
- Дополнительно: предусловия, частота воспроизведения, ссылка на задачу.
Принципы хорошего репорта: один дефект на репорт, воспроизводимость, нейтральный тон без оценок («кто-то сломал»), проверка перед заведением — нет ли уже такого бага.
Пример
Заголовок: Итоговая сумма не уменьшается после применения промокода SALE10 в корзине (Android)
Окружение: stage, сборка 2.14.0 (512), Android 14, Pixel 7
Шаги:
- Войти как test_user01.
- Добавить в корзину товар за 2000 ₽.
- Ввести промокод SALE10, нажать «Применить».
Фактический результат: появляется «Промокод применён», итог — 2000 ₽. Ожидаемый результат: итог — 1800 ₽ (скидка 10 %, требование PRJ-311). Вложения: видео, ответ /api/cart с discount: 0.
Что хотят услышать
- Все ключевые поля и зачем каждое нужно.
- Требования к заголовку и шагам.
- Принципы: воспроизводимость, один дефект на репорт, проверка дублей.
Частые ошибки
- Заголовок без конкретики: «Не работает».
- Нет ожидаемого результата или окружения.
- Несколько дефектов в одном репорте.
Проверьте себя
Один верный вариант. Подумайте, потом откройте ответ.
Показать варианты и ответ
- ✓Заголовок, шаги, фактический и ожидаемый результат, окружение, вложения
- ✗Достаточно заголовка «Не работает»
- ✗В одном репорте лучше описать сразу несколько похожих багов, чтобы не плодить задачи
- ✗Ожидаемый результат указывать не нужно
Что спросят дальше
Связанные вопросы
Разбор собеседования с sotto
После собеседования sotto разбирает разговор: оценка, каждый вопрос — хорошо, частично или слабо, чего не хватило в ответе и над чем поработать к следующему разу. Первые 30 минут бесплатно.