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

Статусы чек-листов в процессе тестирования

В тестировании программного обеспечения (ПО) чек-листы (или контрольные списки) являются гибким инструментом, и их статусы могут варьироваться в зависимости от используемого процесса, инструментария (Jira, TestRail, Zephyr и т.д.) и внутренних соглашений команды. Однако существует общепринятая система статусов, которая отражает жизненный цикл пункта (шага) в чек-листе. Эти статусы помогают отслеживать прогресс, понимать, что было сделано, и планировать дальнейшие действия.

Основные (базовые) статусы пункта чек-листа

• Не начат / Не выполнен (Not Started / Not Run / Pending): Это исходное состояние любого пункта в новом или перезапущенном чек-листе. Он ожидает, пока тестировщик приступит к его проверке. В некоторых системах может называться Blocked, если выполнение невозможно из-за внешних причин (например, блокирующий баг).

• Пройден / Успешно (Passed / Success): Самый желаемый статус. Он означает, что результат выполнения шага чек-листа полностью соответствует ожидаемому поведению системы, описанному в требовании или спецификации. Фактически, тест пройден.

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

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

  # Пример для того же пункта
  Тогда: Происходит редирект в личный кабинет
  Статус: Failed (если вместо редиректа показана ошибка "Неверный пароль" при корректных данных)
  Действие: Заведен баг REPORT-123.
  

• Пропущен / Не применим (Skipped / Not Applicable / N/A): Этот статус используется, когда пункт чек-листа не может или не должен быть выполнен в текущем контексте. Причины могут быть разными: функциональность временно отключена, тест актуален только для другой версии ОС, зависящий функционал еще не реализован (тест на интеграцию), или обнаружен блокирующий дефект, делающий дальнейшую проверку бессмысленной. Важно отличать "пропуск" от "невыполнения" — это осознанное решение тестировщика.

Расширенные и уточняющие статусы

В более зрелых процессах используются дополнительные статусы для более тонкого контроля:

• В процессе (In Progress): Указывает, что тестировщик сейчас активно работает над этим пунктом. Полезно в длинных чек-листах или при совместной работе нескольких QA над одним списком.

• Заблокирован (Blocked): Более формальная версия "пропуска" из-за внешних причин. Пункт не может быть выполнен из-за проблем в среде, отсутствия данных, критической ошибки в сборке или зависимости от незавершенной задачи разработки.

• Обходной путь / Пройден с оговоркой (Passed with workaround / Conditional Pass): Специфический статус. Функциональность работает, но не стандартным, документированным путем, а с использованием известного обходного пути (workaround). Например, для выполнения действия требуется дополнительный шаг, не описанный в UI. Такой статус требует обсуждения с аналитиком или разработчиком — является ли это приемлемым поведением или все же дефектом.

Статусы всего чек-листа (Test Run)

Важно различать статус отдельного пункта и статус всего прогона чек-листа (сессии тестирования). Статус чек-листа обычно агрегируется на основе статусов его пунктов:

• Пройден (Passed): Все пункты имеют статус Passed или Skipped.
• Не пройден (Failed): Хотя бы один пункт имеет статус Failed.
• В процессе (In Progress): Чек-лист запущен, но не все пункты завершены.
• Заблокирован (Blocked): Значительная часть пунктов заблокирована, что делает невозможным завершение тестирования этой функциональности.

Почему важна четкая система статусов?

• Прозрачность и отчетность: Менеджер или команда в любой момент может взглянуть на панель управления (dashboard) и понять, какая часть функциональности уже протестирована, сколько найдено проблем и где есть блокеры.
• Анализ рисков: Наличие многих статусов Failed или Blocked для критических функций — явный сигнал о высоком риске срыва релиза.
• Контроль качества процесса: Статистика по статусам (например, высокий процент Skipped) может указывать на проблемы в планировании тестирования или качестве сборок.
• Точная коммуникация: Вместо расплывчатого "я проверил, вроде работает" используется четкий статус Passed, а к статусу Failed сразу прикреплена вся необходимая информация для разработчика.

В итоге, грамотное использование статусов превращает чек-лист из простого списка задач в мощный инструмент управления процессом тестирования, обеспечивающий учет (traceability) требований, результатов тестирования и дефектов.