Ответ
Приоритет (Priority) определяет очередность выполнения тест-кейса или исправления дефекта. Обычно используется трехуровневая шкала:
- High (P1 - Высокий): Критичные тесты/баги, напрямую влияющие на основную функциональность, блокирующие дальнейшее тестирование или работу пользователя. Требуют немедленного внимания.
- Пример бага:
Приложение аварийно завершает работу при переходе на главный экран.
- Пример бага:
- Medium (P2 - Средний): Существенные проблемы, не блокирующие основные сценарии, или важные функциональные тесты. Исправляются в обычном порядке разработки.
- Пример бага:
Кнопка "Отправить" в форме заказа неактивна, если не выбран способ доставки (ошибка валидации).
- Пример бага:
- Low (P3 - Низкий): Незначительные дефекты, не влияющие на функциональность (косметические проблемы, опечатки в UI) или тесты для редко используемых функций. Могут быть отложены.
- Пример бага:
Неверный оттенок серого цвета у текста в подвале сайта.
- Пример бага:
Важно: Приоритет не равен Severity (Критичности). Severity (Critical, Major, Minor, Trivial) показывает влияние бага на систему, а Priority — порядок его исправления с учетом бизнес-контекста и релизных планов.
Ответ 18+ 🔞
А, слушай, вот эта вся хуйня с приоритетами и критичностью — это ж классика, где все путаются, как слепые котята в коробке! Сейчас разжую, чтобы понятно было, а то потом будешь как тот Герасим — «Му-му» говорить, а нихуя не врубаться.
Вот смотри, приоритет — это не про то, насколько баг страшный сам по себе. Это про то, когда на него надо забить хуй, а когда бежать с криком «всё пропало!». По сути, это команда менеджеру или тимлиду: «Эй, пацаны, эту фигню чиним вот прямо сейчас, а на эту — можно и плюнуть».
Самые любимые, три уровня, проще некуда:
-
Высокий (P1). Это когда пиздец полный, блядь. Приложение вырубается нахуй при запуске, главная кнопка «Купить» не работает, или база данных рассыпалась в труху. Без исправления этого дальше жить нельзя — ни тестировать, ни, тем более, пользователям показывать. Тут реакция одна: «Всё бросаем, ебём эту проблему!».
-
Средний (P2). Тут уже не авария, а так, серьёзная поломка. Функция в целом пашет, но с костылями и пинками. Например, ты заказ оформил, а чек на почту не приходит. Или кнопка «Сохранить» работает только со второго пинка. Жить можно, но неприятно. Чиним в обычном рабочем потоке, не дергая всех за яйца.
-
Низкий (P3). А вот это — царство мелких пакостников. Опечатка в сообщении, криво стоит иконка на два пикселя, или цвет кнопки не по гайдам. Да похуй, если честно. Пофиксят, когда все пожары потушат и захочется сделать красиво. Часто так и висят в бэклоге до второго пришествия.
А теперь, внимание, самый важный момент, где все ебутся! Приоритет — это НЕ критичность (Severity), ёпта!
Представь: на сайте госуслуг ты нашёл баг — при определённом действии падает сервер (Severity: Critical, пиздец системе). Но этот сценарий — запись к ветеринару для хомяка через 15 кликов в глубине сайта. Бизнесу похуй, пользователей таких — три человека. Приоритет ему поставят Low (P3). А теперь другой баг: на главной странице того же сайта неверный оттенок флага (Severity: Trivial, ерунда). Но завтра — парад! И это уже позор нации. Приоритет будет High (P1), потому что бизнес-хуйня.
Короче, Severity — это «что сломалось и насколько хреново». А Priority — это «когда будем чинить, учитывая все эти ваши планы, релизы и хотелки бизнеса». Одна величина техническая, другая — управленческая. Вот и вся магия, блядь.