Какие поля обязательны в отчёте о дефекте (баг-репорте)?

Эй, а вот смотри, как обычно бывает: приходит к тебе тимлид или этот, менеджер, и такой: "У нас тут всё падает, пофикси срочно!" А спросишь его — "чё падает-то, блядь?" А он тебе: "Ну, логин не работает". И всё, пиздец. Сиди, как дурак, и гадай на кофейной гуще, что там у него в голове было.

Так вот, чтобы не быть таким распиздяем, который только и может, что орать "всё сломалось, нахуй!", есть простые правила. Надо оформить багрепорт так, чтобы разработчик, глядя на него, не хотел тебе впендюрить клавиатурой в ебло, а сразу всё понял.

Запомни, ёпта, обязательный минимум полей, без которых твой репорт — говно:

1. Заголовок (Title/Summary). Не "Чё-то не работает", а конкретно: "Логин отказывается пускать с валидными данными на проде". Коротко и ясно, блядь.
2. Шаги воспроизведения (Steps to Reproduce). Это святое! Пошаговая инструкция, как довести систему до ручки. Как будто ты объясняешь своей бабушке, как отправить стикер в телеге. "1. Открыл сайт. 2. Вбил логин. 3. Вбил пароль. 4. Ткнул кнопку". Без этого — нихуя не понятно.
3. Фактический результат (Actual Result). Что на самом деле произошло после твоих манипуляций? "Вылезла красная хуйня с текстом 'Invalid credentials'".
4. Ожидаемый результат (Expected Result). А как должно было быть по твоему мнению? "Меня должно было пустить внутрь, на дашборд".
5. Серьёзность (Severity). Насколько всё херово? Critical — всё лежит, деньги не идут. Minor — кнопка не того оттенка синего. Не путай, а то за Critical на орфографическую ошибку тебя самого закритикуют.
6. Приоритет (Priority). Когда это надо починить? High — вчера, Low — когда-нибудь, может, после твоей пенсии.
7. Окружение (Environment). Где это случилось? Продакшн, тест-стенд? Хром 120-й, Винда 11, айфон 15? А то придешь с багом на Хроме, а он окажется только в Сафари, и будешь выглядеть манда с ушами.

Вот, смотри, как это выглядит вживую, чтоб ты понимал:

Title: Login fails with valid credentials on the production environment.
Steps to Reproduce:
1. Navigate to https://app.example.com/login.
2. Enter a valid username (testuser@example.com).
3. Enter the corresponding valid password.
4. Click the "Sign In" button.
Actual Result: Red error message "Invalid credentials" appears.
Expected Result: User is successfully authenticated and redirected to the dashboard.
Severity: Critical
Priority: High
Environment: Production, Chrome 120.0.6099.130 (64-bit), Windows 11.

Видишь разницу? С таким репортом разработчик не будет тратить три часа на выяснение, что ты там вообще имел в виду. Он откроет, воспроизведёт по шагам и сразу полезет в логи или код. Экономия времени — овердохуища, и вероятность, что починят правильно, а не как попало, — растёт в геометрической прогрессии, блядь.

Короче, не будь тем самым человеком, который пишет "всё плохо". Будь профессионалом, ёпта. Или хотя бы сделай вид.