Ответ
Приоритет (Priority) — это атрибут тест-кейса, который определяет очередность его выполнения на основе важности для проекта и критичности проверяемой функциональности. Он помогает оптимизировать усилия QA, особенно при нехватке времени или ресурсов.
Обычно используется шкала из трёх уровней:
| Приоритет | Обозначение | Описание | Примеры |
|---|---|---|---|
| Высокий (High) | P1 | Критические тесты. Проверяют основные, блокирующие функции, без которых система неработоспособна. Выполняются в первую очередь. | Авторизация, платёжные транзакции, сохранение ключевых данных. |
| Средний (Medium) | P2 | Важные тесты. Проверяют значимый функционал, сбои в котором не блокируют основную работу, но серьёзно ухудшают пользовательский опыт. | Валидация форм, основные UI-потоки, работа некритичных модулей. |
| Низкий (Low) | P3 | Тесты второстепенной важности. Проверяют малозначимые функции, улучшения или «косметические» элементы. Выполняются в последнюю очередь. | Оформление UI-элементов, опечатки, поведение в редких edge-сценариях. |
Практическое применение:
- В системах управления тестированием (TestRail, Zephyr) приоритет выставляется при создании кейса.
- При планировании спринта или регрессионного тестирования сначала включаются все P1 кейсы, затем P2 и, если остаётся время, P3.
Пример в TestRail/Jira:
| ID | Название теста | Приоритет | Связанный дефект |
|----|----------------|-----------|------------------|
| TC-101 | Успешный логин с валидными данными | High (P1) | — |
| TC-205 | Проверка отображения tooltip на кнопке | Low (P3) | UI-123 |Важно: Не путать с Severity (Серьёзность) бага, которая описывает влияние дефекта на систему. Приоритет кейса — про важность проверки, серьёзность бага — про критичность найденной проблемы.
Ответ 18+ 🔞
А, слушай, вот эта ваша хуйня под названием «приоритет»! Это ж та самая бумажка, которую ты лепишь на тест-кейс, чтобы всем было понятно — с какого бока к нему подходить, когда времени в обрез, а начальство уже бздит, как будто завтра релиз.
По-простому: это твой личный флажок «ебануть в первую очередь» или «посмотреть, если совсем скучно будет». Без этого в проекте — пиздец и хаос, все метаются, как мартышлюшки, не зная, за что хвататься.
Обычно делим всё это безобразие на три градации, как водку в баре:
| Приоритет | Как обозвать | Что означает на человеческом | На что похоже |
|---|---|---|---|
| Высокий (P1) | «Овердохуища важно» | Это святое, мать его. Кейсы, без которых система — просто красивая картинка. Не проверишь — получишь пизды от всех, от клиента до менеджера. | Залогиниться, заплатить денежку, чтобы она не испарилась в никуда — вот это всё. |
| Средний (P2) | «Важно, но не до слёз» | Сломается — пользователь охренеет и начнёт материться, но хотя бы основное-то работает. Проверить надо, но можно и после пожара. | Всякие валидации в полях, чтобы нельзя было вписать номер телефона буквами. Основные сценарии, но не смертельные. |
| Низкий (P3) | «Да похуй, в принципе» | Ну проверил и проверил. Не проверил — и ладно. Часто это какая-то хуйня, которую заметит только самый занудный юзер с лупой. | Кнопка на миллиметр съехала, tooltip мигает не тем оттенком серого. Или сценарий «а что если юзеру 150 лет и он вводит данные левой пяткой». |
А на практике это выглядит так: Сидишь ты в своей конторе (TestRail, Zephyr — да хоть в Excel, блядь), создаёшь кейс и сразу думаешь: «Ну и нахуй это надо?». И ставишь соответствующий флажок. Потом, когда время поджимает, просто фильтруешь по P1 и ебешь их до победы. P2 — если остались силы. P3 — в идеальном мире, которого не существует.
Вот смотри, как это в жизни:
| ID | Название теста | Приоритет | Связанный дефект |
|---------|-----------------------------------------------|----------------|------------------|
| TC-101 | Успешный логин с валидными данными | High (P1) | — |
| TC-205 | Проверка отображения tooltip на кнопке «Отправить» | Low (P3) | UI-123 |И главное, запомни разницу, а то многие путаются, как в тёмной комнате: Приоритет (Priority) — это про то, когда мы эту хуйню тестируем. А Серьёзность (Severity) бага — это про то, насколько он всех заебал, если мы его найдём. Можно иметь низкоприоритетный тест (P3), который найдёт баг с серьёзностью «Блокирующий» (Blocker) — вот это и есть ёперный театр, после которого все бегают и орут.