Какие знаешь статусы тест кейсов?

Статусы тест кейсов: классификация и применение

В процессе тестирования ПО статусы тест кейсов (Test Case Status) — это важнейшие метки, которые отражают текущее состояние выполнения тестового сценария. Они позволяют команде быстро оценивать прогресс тестирования, выявлять проблемные зоны и принимать управленческие решения. Я, как Senior QA Engineer, использую и классифицирую статусы в зависимости от фазы тестирования и используемых инструментов (Jira, TestRail, Zephyr и др.), но базовый набор практически универсален.

Основные (базовые) статусы тест кейсов

Эти статусы являются фундаментом и присутствуют в большинстве систем управления тестированием (Test Management Systems — TMS).

• Not Run / Not Executed (Не запущен): Исходный статус кейса после его создания. Тест еще не выполнялся в рамках текущего тестового цикла (Test Cycle) или спринта.
• Passed / Successful (Пройден успешно): Самый желаемый статус. Фактический результат выполнения теста полностью соответствует ожидаемому результату (Expected Result), описанному в кейсе. Дефектов не обнаружено.

  # Пример: Ожидаемый результат достигнут
  Дано: Пользователь ввел корректные логин и пароль
  Когда: Пользователь нажал кнопку "Войти"
  Тогда: Происходит перенаправление на главную страницу личного кабинета
  # Статус: Passed
  

• Failed (Провален): Ключевой статус для обратной связи. Фактический результат отклоняется от ожидаемого. Это прямое указание на наличие потенциального дефекта (бага). При статусе Failed обязательно создается баг-репорт с детальным описанием шагов, фактического результата и приложенными доказательствами (скриншоты, логи).
• Blocked (Заблокирован): Тест не может быть выполнен из-за внешних причин, не зависящих от самого сценария. Например:

    *   Критический баг в зависимости, блокирующий доступ к функционалу.
    *   Отсутствие необходимых тестовых данных или доступов.
    *   Неготовность смежного модуля, от которого зависит тестируемая функция.

• Skipped / Omitted (Пропущен): Тест был намеренно пропущен в данном цикле по решению тестировщика или руководителя. Причины могут быть: низкий приоритет кейса, его нерелевантность для текущей сборки, дублирование с другими проверками.

Расширенные и технические статусы

В более зрелых процессах и автоматизированном тестировании используются дополнительные статусы.

• In Progress (В процессе выполнения): Статус, указывающий, что тестировщик в данный момент выполняет этот кейс. Помогает в командной работе избегать дублирования усилий.
• Retest / Pending (Ожидает повторной проверки): Присваивается кейсу, который ранее упал (Failed), после того как разработчик исправил связанный с ним дефект. Кейс ожидает повторного прогона для верификации исправления.
• Automated (Автоматизирован): Специфический статус, указывающий, что ручной тест-кейс был покрыт автоматизированным скриптом. Часто используется для учета автоматизации.

  # Пример статуса в TMS для автотеста
  test_case_id = "TC-LOGIN-01"
  status = "Automated"  # Указывает, что проверка выполняется скриптом
  # Ссылка на скрипт в репозитории: /tests/ui/test_login.py
  

• Unstable / Flaky (Нестабильный): Важный современный статус, особенно для автотестов. Присваивается кейсу, который периодически проходит, а периодически падает без изменений в коде приложения. Причины: проблемы с синхронизацией, внешние зависимости, случайность. Такие кейсы требуют доработки или изоляции.

Практическое значение и workflow

Статусы — не просто ярлыки, а основа для метрик и аналитики. Например:

• Процент прохождения тестов: (Passed / (Passed + Failed + Blocked)) * 100%.
• Стабильность сборки: высокий процент Failed кейсов после мелких изменений сигнализирует о проблемах.
• Эффективность исправлений: соотношение статусов Retest к Passed после фикса багов.

Типичный workflow статуса для ручного тестирования выглядит так:

1. Not Run -> (Начало выполнения) -> In Progress -> (Результат) -> Passed или Failed.
2. Если Failed: создается баг, кейс остается в Failed.
3. После фикса бага: статус кейса меняется на Retest.
4. Повторный прогон (Retest): при успехе -> Passed, при неудаче -> снова Failed.

Для автотестов в CI/CD пайплайне статусы (Passed/Failed/Unstable) проставляются автоматически по результатам прогона, что является ключевым для практик Continuous Testing.

Итогом является Test Execution Report, где наглядная сводка по статусам дает полную картину качества продукта на момент тестирования и является основным артефактом для принятия решения о выпуске версии. Правильное использование статусов — признак зрелого и управляемого процесса QA.