Чек-листы

Чек-листы

Иногда полноценный тест-кейс — избыточен. Когда нужно быстро проверить страницу перед релизом или пробежаться по регрессии за 20 минут, на помощь приходит чек-лист. В этом уроке разберём, что такое чек-лист, чем он отличается от тест-кейса и когда его применять.

Что такое чек-лист

Чек-лист — упрощённая форма тестовой документации. Это список проверок без детального описания шагов. Каждый пункт — утверждение или вопрос, на которое тестировщик отвечает «да / нет» или «прошло / не прошло».

Чек-лист предполагает, что тестировщик знает, как выполнить проверку — шаги не нужны. Вместо этого фиксируется факт: проверено или нет.

Простейший пример

Форма входа — чек-лист

[ ] Поле Email принимает валидный email
[ ] Поле Email отклоняет строку без символа @
[ ] Пустое поле Email блокирует отправку формы
[ ] Кнопка «Войти» неактивна при пустых полях
[ ] Успешный вход перенаправляет на /dashboard
[ ] Неверный пароль показывает сообщение об ошибке

Чек-лист vs Тест-кейс

Когда использовать чек-лист

Используй чек-лист когда:

• Нужна скорость — smoke-проверка перед релизом
• Исследовательское (exploratory) тестирование — изучаешь новую фичу
• Функциональность хорошо известна команде и шаги очевидны
• Регрессия на простые, хорошо знакомые сценарии
• Тестирование UI/UX — визуальные и UX-проверки

Используй тест-кейс когда:

• Критическая функциональность (оплата, авторизация)
• Тест выполняют разные люди или команды
• Нужна подробная история выполнения для аудита
• Приёмочное тестирование с клиентом

Структура чек-листа

Хороший чек-лист организован по категориям — это упрощает навигацию и не позволяет что-то пропустить.

[Категория 1]
  [ ] Пункт проверки
  [ ] Пункт проверки

[Категория 2]
  [ ] Пункт проверки

Пример чек-листа: форма регистрации

=== Форма регистрации — чек-лист ===

[Поля ввода]
  [ ] Поле «Имя» обязательно — пустое блокирует отправку
  [ ] Поле «Email» обязательно — пустое блокирует отправку
  [ ] Поле «Пароль» обязательно — пустое блокирует отправку
  [ ] Email с невалидным форматом (без @) отклоняется
  [ ] Пароль короче 8 символов отклоняется с сообщением об ошибке
  [ ] Поле «Подтверждение пароля» не совпадает — показывается ошибка

[Успешная регистрация]
  [ ] Валидные данные → форма отправляется
  [ ] После регистрации пользователь перенаправлен на /dashboard
  [ ] На email приходит письмо с подтверждением

[Повторная регистрация]
  [ ] Email, который уже зарегистрирован, отклоняется с сообщением
  [ ] Сообщение об ошибке не раскрывает, существует ли email (безопасность)

[UI]
  [ ] Все поля и кнопки видны без горизонтального скролла на 375px
  [ ] Кнопка «Зарегистрироваться» неактивна при незаполненных обязательных полях
  [ ] Ошибки отображаются рядом с соответствующим полем, а не в общем блоке

Преимущества чек-листов

Быстро создаются — написать чек-лист из 20 пунктов занимает 10-15 минут вместо нескольких часов на тест-кейсы.

Легко обновляются — добавил строку, удалил устаревший пункт — и готово.

Гибкие — тестировщик применяет свой опыт и знания, а не слепо следует скрипту.

Хорошо для exploratory — при исследовательском тестировании чек-лист задаёт направление, но не ограничивает.

Недостатки чек-листов

Зависят от опыта — два тестировщика могут проверить один пункт по-разному и получить разные результаты.

Сложнее анализировать — нет детального Pass/Fail по шагам, труднее найти причину упавшей проверки.

Не подходят для регрессии критических функций — когда нужна воспроизводимость и точность, тест-кейс надёжнее.

Со временем устаревают — если никто не обновляет, в чек-листе появляются неактуальные пункты.

Лучшие практики

Пиши пункты с глагола — «Проверить», «Убедиться», «Открыть».
Хорошо: «Убедиться, что кнопка неактивна при пустом поле»
Плохо: «Кнопка»

Один пункт — одна проверка. Не объединяй несколько вещей в одну строку.
Плохо: «Форма валидируется и показывает ошибки»
Хорошо: две отдельные строки

Группируй по смыслу — разбивай на категории: функциональность, UI, безопасность, производительность.

Используй активные формулировки — «Email с пробелом в начале отклоняется» понятнее, чем «Валидация email».

Указывай результат — у каждого пункта должна быть отметка: ✅ прошло / ❌ упало / ⏭ пропущено.

Что мы запомним

• Чек-лист — список проверок без детальных шагов
• Подходит для: smoke, exploratory, быстрой регрессии, UI-проверок
• Тест-кейс предпочтительнее для: критических функций, приёмочного тестирования, команд с разным опытом
• Структура: категории → пункты проверок
• Пункты пиши с глагола и атомарно — одна строка, одна проверка
• Преимущество — скорость; недостаток — меньше воспроизводимости