Какой баг-репорт хороший
Вопрос
Что делает баг-репорт хорошим?
Попробуйте сами
Ответьте вслух за 2 минуты, как на собесе. Потом сверьтесь с тезисами: что прозвучало, а что нет.
Показать ответ и разбор
Коротко
Что должно прозвучать в ответе
Понятный заголовок: где и что, без эмоций
Окружение и версия сборки
Точные шаги с данными, которые воспроизведёт любой
Фактический и ожидаемый результат, ожидаемое со ссылкой на источник
Доказательства: скриншот, видео, логи, ответы сервера
Один дефект на репорт, корректная серьёзность, нет лишнего
Что могут спросить следом
- Как поступить, если баг плавающий?
- Что делать, если разработчик не воспроизводит?
- Что нельзя вкладывать в баг-репорт?
Разбор
Хороший баг-репорт позволяет разработчику воспроизвести дефект без вопросов ко мне. Заголовок говорит, где и что сломано, чтобы его находили поиском. В окружении стенд, версия сборки, браузер или устройство. Шаги конкретные: какая учётка, какие данные, какие кнопки. Фактический и ожидаемый результат отдельно, и для ожидаемого я указываю источник: требование, макет, здравый смысл. Прикладываю доказательства: скриншот, видео, ошибку из консоли, ответ сервера. Один дефект на репорт и честная серьёзность. И без лишнего: никаких паролей и персональных данных клиентов.
Ответьте сами, а не прочитайте
В тренажёре вопрос попадёт в повторения и вернётся, когда начнёт забываться. Плюс билеты с зачётом: 20 вопросов, не больше 2 ошибок.