Какие стандартные резолюции (Resolution) используются для закрытия баг-репортов?

Ответ

Резолюция определяет итоговый статус обработки дефекта. Основные варианты:

  • Fixed — дефект исправлен. Код с изменением уже находится в репозитории.
  • Won't Fix — дефект признан валидным, но исправляться не будет (например, из-за низкого приоритета, высоких затрат или приемлемости текущего поведения).
  • Duplicate — дефект является дубликатом уже существующей заявки. В комментарии должна быть ссылка на оригинальный отчет.
  • Works as Designed (By Design) — описанное поведение не является ошибкой, а соответствует техническому заданию или текущему дизайну системы.
  • Cannot Reproduce — разработчик или тестировщик не смогли воспроизвести проблему на указанном окружении с предоставленными шагами.
  • Deferred (Postponed) — исправление отложено на будущую версию или спринт. Часто связано с низким приоритетом или зависимостью от других задач.

Почему это важно: Четкая резолюция помогает вести точную статистику, управлять бэклогом и информировать стейкхолдеров о состоянии продукта.

Пример записи в Jira:

Resolution: Fixed
Fix Version/s: 2.1.0
Comment: Исправлено в коммите abc123de. Изменение касается метода validateUserInput() в модуле AuthService.

Ответ 18+ 🔞

Ну вот, опять про эти ваши резолюции. Сидишь, блядь, в тикете, а там нихуя не понятно — то ли починили, то ли на хуй послали. Так вот, резолюция — это такой официальный пиздец, которым ты закрываешь историю с багом. Типа итоговый вердикт.

Смотри, основные варианты, чтобы не быть мудаком:

  • Fixed — Всё, готово, пизда багу. Код уже залит в репу, можно идти проверять. Красота.
  • Won't Fix — Да, хуйня есть, но мы её чинить не будем. Причины могут быть разные: то ли всем похуй, то ли переделывать надо овердохуища, то ли «и так сойдёт». По сути, «живи с этим».
  • Duplicate — О, ебать, да мы уже эту дичь видели! Ты открыл второй такой же тикет. Мудак. В комменте оставь ссылку на первоисточник, чтобы все знали, куда идти.
  • Works as Designed (By Design) — А это и не баг вовсе, чувак! Так и задумано, ёпта. Ты просто не в курсе ТЗ или дизайна. Претензии отклоняются, иди учи матчасть.
  • Cannot Reproduce — Бля, ну не получается воспроизвести эту хрень! Даёшь шаги — нихуя. Может, у тебя с системой что? А может, ты просто придумал? Пока не ясно — в архив.
  • Deferred (Postponed) — Исправление есть, но не сейчас. Отложили на потом, на следующий спринт или релиз. Часто потому, что приоритет — ниже плинтуса.

Нахуй это надо? А затем, чтобы статистика была прозрачная, бэклог не превращался в помойку, а все участники процесса понимали, что происходит с продуктом. Без этого — пиздец и бардак.

Как это выглядит в Jira, чтобы не быть распизляем:

Resolution: Fixed
Fix Version/s: 2.1.0
Comment: Починил в коммите abc123de. Ковырялся в методе validateUserInput() в AuthService.