Шаблон баг репорта Test.io

Заголовок

• Указываем максимально подробно совершенное действие и точное название кнопки, если для воспроизведения бага необходимо определенное условие, указываем и его.
• Указываем на какой странице поисходит баг
• Описываем итог происходящий после совершенных действий

Шаги:

• Шаги нужно коротко и точно описать с самого первого действия до появления бага
• Для первого шага, ссылка на продукт всегда копируется из описания цикла
• В одном шаге, мы указываем только одно действие

Ожидаемый результат:

• Опишите, что вы ожидаете после выполнения последнего шага.
• Обязательно укажите на какой странице происходит ожидаемое действие.
• Добавьте последнее совершенное действие
• Как всегда, детали являются ключом. Поставьте себя на место реального пользователя. Подумайте, что должно было случиться, если бы вы не нашли свою ошибку, если все работало как задумывалось разработчиком.

Пример: Пользователь ожидает, что когда он будет в пустом «Списке желаний» после удаления элементов, он сможет вернуться на предыдущую страницу, нажав кнопку «Назад»

Актульный (Фактический) результат:

• Опишите, что на самом деле происходит после последнего шага
• Обязательно укажите на какой странице происходит актуальный результат
• Лучше поставить себя на место заказчика указав все, что будет полезно при просмотре вашего баг репорта. Если требуется уточнить детали, то необходимо сделать это.
• Актуальный результат не должен быть расплывчатым, он должно четко отображать проблему, чтобы у проверяющего не возникло вопросов.

Пример: На практике пользователь удаляя последний товар из своего «Списка желаний», оказывается в пустом «Списке желаний», он нажимает кнопку «Назад», но возврата на предыдущую страницу нет, кнопка не реагирует на щелчок.