Ответ
В системах управления дефектами (Jira, Bugzilla) используются следующие основные статусы:
- New — дефект заведен, но еще не проверен.
- Open / Assigned — дефект подтвержден и назначен разработчику.
- In Progress — разработчик работает над исправлением.
- Fixed / Resolved — разработчик сообщил об исправлении. Дефект передан на верификацию.
- Reopened — дефект воспроизводится после фикса. Возвращается разработчику.
- Verified / Closed — тестировщик подтвердил исправление. Дефект закрыт.
- Rejected — дефект не подтвержден (не ошибка, дубликат, некорректное описание).
- Deferred / Postponed — исправление отложено на будущую версию.
Почему это важно? Статусы формируют четкий workflow, позволяя отслеживать жизненный цикл дефекта и анализировать метрики (например, время нахождения в статусе "Open").
Пример workflow в Jira:
New → Open → In Progress → Fixed → Verified → Closed
↑ ↓
└────── Reopened ─────┘Ответ 18+ 🔞
А, слушай, вот эта вся ваша бюрократия с багами, это ж пиздец как важно, а многие думают — да похуй, отметил и забыл. Нет, блядь! Это ж как в больнице история болезни — если карту хуй знает куда засунули, пациент сдохнет, так и тут.
Вот смотри, баг рождается, такой маленький, несчастный, как щенок Муму, блядь. Статус у него New. То есть его только на порог подкинули, а кто отец — хуй знает. Может, это и не баг вовсе, а так, тестировщику просто показалось.
Потом приходит какой-нибудь ответственный тип, смотрит на это дело и такой: «Ага, ёпта, это реально косяк, а не глюк монитора». Хоп — статус Open или Assigned. Всё, пизда, повестка пришла. Баг уже не просто бумажка, он теперь в работе, у него есть ответственный — несчастный разработчик, которому сейчас впендюрят эту задачку.
Дальше разработчик, скрипя зубами, начинает ковыряться. Статус In Progress. Это священный статус, блядь! Не трогай человека, он в процессе, он думает! Это как Герасим перед тем, как Муму топить — сосредоточенный, блядь, хмурый.
Вот он, обливаясь потом, говорит: «Готово, нахуй! Пофиксил!». Ставит статус Fixed или Resolved. И расслабляется. А зря, сука! Потому что тут выходит на сцену наш мститель — тестировщик. Он такой: «Щас проверим, дружок-пирожок».
И вот тут два пути, блядь, как в сказке: направо пойдёшь — коня потеряешь, налево — сам сдохнешь.
Первый путь (редкий, как честный политик): Всё работает. Тестировщик, удивлённо подняв бровь, ставит Verified, а потом и Closed. Всё, баг упокоился с миром. Красота.
Вторый путь (обычный): «Опа, блядь, а он же ВОСПРОИЗВОДИТСЯ!». И бац — статус Reopened. Это пиздец, это позор, это как вернуться с войны, а тебе жена говорит: «Знаешь, а ты недоделанный». И всё летит обратно, в статус Open, к тому же разработчику, который уже мысленно пил пиво. И начинается ад.
А ещё есть, блядь, статусы-отмазки. Rejected — это когда разработчик смотрит на баг и говорит: «Это не баг, это фича, иди нахуй» или «Да это ты, дурак, не умеешь кнопки жать». Deferred — это вообще шедевр: «О, косяк, да, жирный, но, блядь, не сейчас. Может, никогда. Забудь». Отложили в долгий ящик, который, как известно, ебут.
И вся эта хуйня не просто для галочки! Это ж чтобы понимать: сколько багов висят «открытыми» (овердохуища), сколько времени каждый мучается, кто у нас главный по откладыванию в долгий ящик. Без этого — бардак, анархия, мать её, пиздец!
Вот, смотри, как это в Jira выглядит, простенько так:
New → Open → In Progress → Fixed → Verified → Closed
↑ ↓
└────── Reopened ─────┘Красота, блядь! Прямо как жизненный цикл: родился, учился, женился, похоронили, а потом — опаньки! — воскрес, потому что жена оказалась жива, и по новой, сука! Вот и весь workflow.