Каковы основные правила оформления баг-репорта?

Качественный баг-репорт должен быть четким, воспроизводимым и информативным. Основные правила:

1. Краткий и информативный заголовок.

   • Пример: "Кнопка 'Отправить' остается неактивной после корректного заполнения формы".

2. Детальные шаги воспроизведения.

   • Последовательность действий, ведущая к ошибке. Нумерованный список.
   • Пример:

     1. Открыть страницу /login.
     2. Ввести "test@example.com" в поле "Email".
     3. Ввести "password123" в поле "Пароль".
     4. Нажать кнопку "Войти".

3. Явное указание ожидаемого и фактического результата.

   • Ожидаемо: Пользователь авторизован, происходит редирект на /dashboard.
   • Фактически: Появляется сообщение "Неверные учетные данные", хотя данные верны.

4. Указание приоритета (Priority) и серьезности (Severity).

   • Severity (влияние на систему): Critical, Major, Minor, Trivial.
   • Priority (очередь исправления): High, Medium, Low.

5. Описание окружения.

   • ОС, браузер и его версия, версия приложения, устройство (для мобильных).
   • Пример: Windows 11 / Chrome 122.0.6261.112 / Версия приложения: 2.5.1.

6. Прикрепленные материалы.

   • Скриншоты, видео, логи консоли браузера или сервера.

Пример структурированного отчета:

Заголовок: 404 ошибка при переходе по валидной ссылке на карточку товара.
Окружение: macOS Sonoma / Safari 17.4 / Версия фронтенда: 1.3.0.
Шаги:
1. На главной странице нажать на товар "Смартфон X".
Ожидаемо: Открывается страница товара.
Фактически: Отображается страница "404 Not Found".
Серьезность: Major
Приоритет: High
Вложения: screenshot_404.png, network_log.har