Различать severity и priority и вести дефект по корректному жизненному циклу.
Severity, priority и жизнь дефекта
Серьёзность vs срочность и путь дефекта
Severity (серьёзность) — это насколько сильно дефект влияет на работу системы. Оценивает тестировщик. Уровни: Critical (система недоступна или данные теряются), High (важная функция не работает), Medium (функция работает с ограничениями), Low (косметический дефект, удобство).
Priority (приоритет) — это насколько срочно нужно исправить дефект. Оценивает менеджер/владелец продукта с учётом бизнес-контекста. Уровни обычно: High/Medium/Low или P1/P2/P3.
Важно: severity и priority могут расходиться! Пример 1 — опечатка в логотипе на главной странице. Severity: Low (система работает, функционал не затронут). Priority: High (миллионы пользователей видят ошибку, репутационный ущерб, нужно исправить немедленно). Пример 2 — критический сбой в функции экспорта отчётов для 0,1% пользователей. Severity: Critical (данные теряются). Priority: Low (затронуто ничтожное число пользователей, исправят в следующем спринте).
Жизненный цикл дефекта: New (тестировщик нашёл и завёл баг) → Assigned/Open (баг назначен разработчику) → Fixed (разработчик исправил) → Pending Retest / Retest (готово к повторному тестированию) → Verified/Closed (тестировщик подтвердил исправление, баг закрыт). Если при ретестировании дефект воспроизводится снова — баг переходит в статус Reopened и цикл повторяется. Баг могут закрыть со статусом «Won't Fix» (не будем исправлять) или «Not a Bug» (поведение соответствует требованиям).
Lesson notes
Серьёзность vs срочность и путь дефекта
Severity (серьёзность) — это насколько сильно дефект влияет на работу системы. Оценивает тестировщик. Уровни: Critical (система недоступна или данные теряются), High (важная функция не работает), Medium (функция работает с ограничениями), Low (косметический дефект, удобство).
Priority (приоритет) — это насколько срочно нужно исправить дефект. Оценивает менеджер/владелец продукта с учётом бизнес-контекста. Уровни обычно: High/Medium/Low или P1/P2/P3.
Важно: severity и priority могут расходиться! Пример 1 — опечатка в логотипе на главной странице. Severity: Low (система работает, функционал не затронут). Priority: High (миллионы пользователей видят ошибку, репутационный ущерб, нужно исправить немедленно). Пример 2 — критический сбой в функции экспорта отчётов для 0,1% пользователей. Severity: Critical (данные теряются). Priority: Low (затронуто ничтожное число пользователей, исправят в следующем спринте).
Жизненный цикл дефекта: New (тестировщик нашёл и завёл баг) → Assigned/Open (баг назначен разработчику) → Fixed (разработчик исправил) → Pending Retest / Retest (готово к повторному тестированию) → Verified/Closed (тестировщик подтвердил исправление, баг закрыт). Если при ретестировании дефект воспроизводится снова — баг переходит в статус Reopened и цикл повторяется. Баг могут закрыть со статусом «Won't Fix» (не будем исправлять) или «Not a Bug» (поведение соответствует требованиям).