Предусловие - в каких условиях баг возникает (устройство, браузер, скорость интернета и т.д.)

Заголовок бага должен соблюдать четкую структуру. Для того, что бы ее соблюсти - выстраивай структуру через вопросы: Где баг? В чем баг? Что порождает баг? (Где-Что-Когда). Нужно писать кратко/схематично, что бы не перегружать заголовок. Отображай суть бага.

В теле баг-репорта необходимо зафиксировать пошаговый сценарий воспроизведения. Ведь некоторые баги могут быть сложно воспроизводимым. Составляй понятные описания. Указывай только важные шаги. Используй хорошие примеры.

Также важно не забывать, что тестировщики, как правило, лучше ориентируются в интерфейсе программы, нежели программисты.

Резюмировать баг-репорт нужно фактическим и ожидаемым результатоми. Не менее важным может быть пункт - откуда был взят ожидаемый результат. Этот пункт может показать однозначность бага.

Важно добовлять информативные скриншоты. Что важно? Акцент на ошибку и краткое описание, также обрезай лишнее.

Параметры баг-репорты

1. Приоритет определяет обязательность и очевидность исправления. Приоритеты:
   • Critical (критичнынй) - Блокирует проходжение сценария пользователем или сильно мешают ему. Приводят к уязвимости данных.
   • Normal - Мешают прохождению сценария, но не блокируют его полностью (большинство проблем: опечатки, проблемы с отображением (сползающая верстка) и т.п.)
   • Minor - Незначительные баги, не влияющие на пользователя. (Небольшие нарушения в стилях, баги в маловерятных сценариях и прочее)
2. Тип репорта. В зависимости от договоренностей в команде и настроек в системе могут описываться не только баги, но и предложения по улучшению, задачи для разработчиков.
3. Состояние бага. (Основные состояния/Доп состояния)
   • Open - Баг, который ещё не исправили
   • Fixed - исправленный баг, ожидающий проверки
   • Verified - Тестировщик убедился в исправлении бага
   • Reopened - После исправления сохранилась стара проблема или появилась новая
   • Can’t reproduce - Баг, который не получилось воспроизвести по его описанию
   • Won’t Fix - Актуальный баг, который решили не исправлять
   • Obsolete - Устаревший баг, который перестал быть актуальным
   • Duplicate - Дублирующий баг-репорт
4. Assignee (Назначение) - ответственный за баг-репорт. Назначают разработчика, который должен поправить баг, либо тестировщик который должен его перепроверить.