Какую документацию вы создаёте при обнаружении дефекта (бага)?

При обнаружении дефекта я создаю баг-репорт в системе отслеживания задач (Jira, YouTrack, Redmine). Его структура должна быть чёткой и воспроизводимой.

Обязательные поля баг-репорта:

1. Заголовок (Title): Краткое и информативное описание проблемы.
   • Плохо: "Не работает кнопка"
   • Хорошо: "Кнопка 'Отправить' остаётся неактивной после ввода email в неверном формате на странице регистрации"
2. Шаги воспроизведения (Steps to Reproduce): Нумерованный список точных действий.
3. Фактический результат (Actual Result): Что происходит на самом деле.
4. Ожидаемый результат (Expected Result): Как система должна вести себя согласно требованиям.
5. Окружение (Environment): ОС, браузер, версия приложения, устройство.
6. Приоритет/Серьёзность (Priority/Severity): Оценка влияния на бизнес и пользователей.
7. Вложения (Attachments): Скриншоты, видео, логи консоли или сервера.

Пример структуры в Jira:

Summary: Ошибка 500 при попытке добавить товар в корзину с нестандартным символом в названии

Steps:
1. Откройте каталог товаров.
2. Найдите товар с названием, содержащим символ "&" (например, "Масло & Сыр").
3. Нажмите кнопку "В корзину".

Actual Result: Появляется сообщение "Внутренняя ошибка сервера (500)".
Expected Result: Товар успешно добавляется в корзину, появляется уведомление об успехе.

Environment:
- OS: Windows 11
- Browser: Chrome 128.0.6613.138
- App Version: 2.5.1

Severity: High (блокирует покупку)
Priority: Medium (не на главном потоке)

Attachment: console_log_error_500.txt, screenshot_error.png

Дополнительно дефект может быть отражён в тестовой документации (TestRail, Qase) для обновления статуса связанных тест-кейсов.