Кто определяет приоритет (Priority) дефекта в баг-репорте?

Ответ

Первоначальный приоритет обычно выставляет QA-инженер, основываясь на технической критичности дефекта. Окончательный приоритет утверждается командой (разработчики, менеджер продукта, тимлид) с учетом бизнес-контекста.

Критерии для первоначальной оценки QA:

  • Серьезность (Severity): Влияние бага на функциональность системы.
  • Частота возникновения: Насколько легко воспроизвести проблему.
  • Влияние на пользователей: Сколько пользователей затронуто и какие сценарии сломаны.
Пример уровней приоритета (P1 — наивысший): Приоритет Критерий Пример
P1 (Critical) Блокирует ключевой функционал для всех пользователей. Падение системы при запуске, невозможность завершить покупку.
P2 (High) Серьезная ошибка в основном сценарии, но есть обходной путь. Неверная сумма в корзине, которую можно исправить перезагрузкой страницы.
P3 (Medium) Проблема в неосновном функционале или косметическая. Неправильное выравнивание текста в редко используемой форме.
P4 (Low) Незначительная проблема, не влияющая на функциональность. Опечатка во вспомогательном тексте.

Важно: Приоритет — это договоренность команды. Он может быть пересмотрен на планировании спринта, если, например, исправление P2-бага требует непропорционально больших усилий, а бизнес-ценность низка.

Ответ 18+ 🔞

А, вот эта тема про приоритеты багов! Ну, это вообще отдельный цирк с конями, блядь. Сидит наш QA, весь такой важный, находит какую-нибудь хуйню в системе и думает: "Ага, щас я им всем покажу, где раки зимуют! Приоритет P1, срочно, всё горит!".

И начинает он, сука, расставлять эти приоритеты, как бог на душу положит. Смотрит на баг и думает: "Ну-ка, ёпта... Серьёзность? Да пиздец какая серьёзность! Влияние на пользователей? Да все пользователи, блядь, в ахуе будут!". И шлёпает красненькую метку "Critical".

А потом приходит разработчик, смотрит на эту задачу и у него волосы, блядь, дыбом встают. Потому что баг-то, оказывается, воспроизводится, если одновременно нажать Ctrl, Alt, пяткой по лбу и трижды сплюнуть на монитор. И пользователей этих "всех" — один тестер на предпродакшене.

Критерии, которыми он, блядь, руководствуется, это вообще песня:

  • Серьёзность (Severity): Насколько всё ебнулось. Если кнопка не того оттенка синего — это низкая. Если при нажатии на "Купить" у пользователя списываются все деньги и оформляется подписка на газету "Правда" — это высокая. Всё просто, ёпта.
  • Частота возникновения: Если баг вылезает у каждого второго — это пиздец. Если он вылез только у Васи из QA, после того как он съел несвежий пирожок, — это уже, блядь, под вопросом.
  • Влияние на пользователей: Затронуло ли это реальных людей или только мартышку с автоматом по кликам, которую мы для тестов наняли.

И вот он, довольный, выкатывает свою табличку. Смотри какая, блядь, красивая!

Пример уровней приоритета (P1 — это когда уже совсем пиздец):

Приоритет Критерий Пример (чтоб совсем понятно было)
P1 (Critical) Всё сломалось нахуй. Главная функция не работает. Деньги не платятся, товары не покупаются, система не запускается. Паника. Сайт падает при заходе на главную. Или кнопка "Оплатить" вместо перехода в банк показывает, блядь, порно-баннер.
P2 (High) Ошибка серьёзная, больно бьёт по основному сценарию, но, блядь, не смертельно. Есть какой-то костыль, обходной путь. В корзине цена "1000" рублей, а при оплате счёт уже на "100000". Но если обновить страницу пять раз, то прокатит.
P3 (Medium) Проблема где-то на периферии. Не смертельно, но глаз режет. Или функционал такой, которым раз в полгода пользуются. В форме обратной связи, которую никто не читает, поле "Имя" съехало на два пикселя влево.
P4 (Low) Вообще похуй. Ни на что не влияет. Чисто, чтобы попи*деть было. В справке, которую никто не открывает, в слове "воспользуйтесь" забыли мягкий знак. "Воспользуйтес", блядь.

И вот тут начинается самое интересное, ёперный театр! Потому что приоритет — это не указ свыше, а договорённость, блядь! Собирается вся команда — разработчики, менеджер, тимлид — и начинается разбор полётов.

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

И всё, блядь, перетряхивается. Вчерашний "Critical" вдруг становится "Medium", а какая-нибудь "мелочь" вылезает в топ. Потому что в мире взрослых дядек и тётек важно не только ЧТО сломалось, но и СКОЛЬКО стоит починка, и КОМУ от этого будет хорошо.

Короче, история с приоритетами — это не наука, а такое вот коллективное гадание на кофейной гуще, с подковёрными играми и криками "Я ж говорил!". Чистая, блядь, магия.