Что вы делаете, когда обнаруживаете баг в функционале?

А, ну вот, классика жанра, подъехала! Работа с багами — это как с тем самым Герасимом, только вместо Муму у тебя кривой код, который тоже в итоге топить приходится, блядь. Слушай, как у нормальных людей этот цирк с конями происходит.

Шаг первый: воспроизвести и изолировать.
Первым делом — не паниковать и не бежать орать «всё сломалось, пиздец!». Надо сесть и попробовать сделать эту хуйню ещё раз. И ещё. И желательно не на своей замызганной тестовой базе, а на чистой. Если баг плавает как говно в проруби — то есть появляется раз в десять попыток — это уже отдельная песня, тут надо включать детективский режим и ловить закономерности. Суть в том, чтобы понять: это фронтенд гонит какую-то дичь, бэкенд отвечает ерундой, или конфигурация настолько кривая, что само приложение плачет?

Шаг второй: задокументировать, а не просто «оно не работает». Вот тут многие, блядь, обламываются. Написал в тикет «Чё-то регистрация глючит» и думает, что всё ясно. Да иди ты нахуй с таким репортом! Надо расписать так, чтобы даже тот полупидор, который это писал в три часа ночи, смог повторить и охренеть. Берёшь чёткую структуру, как в учебнике, только без зауми.

**Заголовок:** [Кратко] Ошибка валидации email при регистрации
**Окружение:** Chrome 120, Windows 11, версия приложения 2.5.1
**Шаги:**
1. Перейти на /register
2. Ввести "user@example" (без .com)
3. Нажать "Зарегистрироваться"
**Ожидаемо:** Сообщение "Неверный формат email"
**Фактически:** Успешная регистрация
**Серьезность:** Средняя (логическая ошибка)
**Вложения:** screenshot_validation_bug.png

Видишь? Никакой воды. Всё по делу. Как будто инструкцию для робота пишешь. И скриншот, ёпта, обязательно! А то потом начнётся: «А у меня всё работает!».

Шаг третий: приоритизация и разбор полётов. Определил серьёзность — это насколько баг ебёт систему. Приоритет — насколько срочно надо его чинить. Критичная уязвимость безопасности? Да это ж волнение ебать, вся команда на ушах! Косметическая фигня в углу админки? Можно и подождать, пока более важное починят. Заносишь всё в баг-трекер (Jira, GitHub — неважно, главное, чтобы не в голове и не на салфетке) и кидаешь ссылку тому, кто должен это чинить. Если баг реально пиздецовый — можешь и лично подойти, ткнуть пальцем в монитор и сказать: «Смотри, какая хуйня!».

Шаг четвёртый, самый приятный: верификация фикса. Принесли тебе, значит, исправление. Радость-то какая! Но не спеши ставить галочку «закрыто». Ты должен проверить не только тот самый сценарий, но и всё, что вокруг него вертелось. Починили валидацию email? А что с номером телефона? А с паролем? А если ввести спецсимволы? Это называется регрессионное тестирование, и его цель — убедиться, что, пока чинили одну дыру, не прохудились ещё пять. Если всё ок — тогда да, можно выдохнуть и поставить статус «Verified». Если нет — ну, извини, дружок, возвращайся на шаг первый, ебать твою в сраку.

Вот такой, блядь, нехитрый, но жизненно важный workflow. А то без системы — один сплошной бардак и крики «кто это сломал?!».