В прошлый раз мы с вами тестировали сайт и учились фиксировать баги в чек-листе. Но фраза «Кнопка "Поиск" не работает» — это как сказать врачу «у меня болит». Непонятно где, как и почему. Разработчику нужны конкретные данные, чтобы быстро найти и исправить ошибку. Для этого существует Баг-репорт (Bug Report) — основной документ тестировщика. Баг-репорт — это не донос, а способ коммуникации. Его цель — помочь, а не обвинить. Из чего состоит идеальный баг-репорт для новичка? Представьте, что вы описываете ДТП инспектору: где, когда, при каких условиях и что случилось...

Помимо обязательных частей, которые были описаны в предыдущей статье, хотелось бы обсудить пару необязательных (опциональных). Сразу хочу отметить, что термин "опциональный" в данном контексте не значит, что этими частями можно пренебречь, либо, что в них нет смысла. Данные части необходимо обязательно включать в баг-репорт, если информация, которую они в себе несут, позволит ускорить скорость воспроизведения дефекта и (или) упростит процесс решения дефекта. Дополнительное описание Короткое описание проблемы, явно указывающее на причину и тип ошибочной ситуации...

Прошлая часть: Что такое тест-план? И почему было бы неплохо если бы у вас он был... Всем привет. Небольшое предисловие. Данная глава получилась немного большой, поэтому если у вас есть желание ознакомиться только с какими-то конкретными ее частями - пользуйтесь поиском по странице по ключевым словам ниже: "Основные атрибуты / поля бага"; "Приоритет и серьезность"; "Статус бага и жизненный цикл бага"; "Для кого на самом деле оформляется баг-репорт". Теперь по теме. По стандарту, пройдемся по определениям...