К списку уроков
Блок 4 · Тестовая документация — практика

Урок 12. Чек-листы

Быстрая и эффективная проверка

Темы урока

Чек-лист vs тест-кейс, когда использовать что, структура, от общего к частному

Видео урока

Пройти тест по уроку

Конспект урока

Урок 12. Чек-листы: быстрая и эффективная проверка

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

Главное заблуждение: чек-лист — это «короткий тест-кейс». На самом деле это разные инструменты с разными задачами.

Тест-кейс Чек-лист
Отвечает на «Как проверить» — шаги, ожидаемый результат, предусловия «Что проверить» — список зон и проверок
Уровень детализации Высокий: пошаговый сценарий Средний: тезисы и пункты
Когда подходит Формальный регресс, воспроизводимость важна Быстрый проход, исследовательское тестирование
Время написания Долго Быстро

Запомни: разница не в длине, а в уровне абстракции.


Когда выбрать чек-лист

Три рабочих ситуации:

  1. Нет времени на детальные тест-кейсы — нужно быстро покрыть функциональность
  2. Требования нестабильны — чек-лист проще обновить при изменениях
  3. Исследовательское тестирование — time-box сессия, шаги на усмотрение тестировщика, важно не пропустить зоны

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

Хороший чек-лист строится иерархически:

Раздел (функциональный блок)
  └── Категория (тип проверки)
        └── Конкретный пункт

Примеры:

  • Раздел: «Корзина»
  • Категория: «Граничные значения»
  • Пункт: «Добавить товар при количестве = 0 в корзине»

Принцип «от общего к частному»

Как декомпозировать любой раздел сайта:

Шаг 1 — Зоны страницы: хедер, основной контент, футер, модальные окна

Шаг 2 — Блоки и компоненты: фильтры, карточки, кнопки, формы, счётчики

Шаг 3 — Конкретные проверки по категориям для каждого компонента


5 категорий проверок — универсальный шаблон

Покрывают 80% рисков на любом веб-разделе:

# Категория Что проверяем
1 Функциональность Основные сценарии (happy path и частые use case)
2 UI/UX Элементы отображаются, кликабельны, состояния (hover/active/disabled) видны
3 Граничные значения Минимум, максимум, пороговые условия
4 Негативные сценарии Пустые поля, неверные данные, граница доступности
5 Безопасность / доступность Публичные данные закрыты, форма не ломается от спецсимволов

Демо: декомпозиция «Пиццаеда» по зонам

Учебный магазин aiqa.ru/base/shop как объект тестирования:

Хедер: логотип, навигация, иконка корзины со счётчиком, адаптивность

Каталог:

  • Фильтрация по категории — товары из других категорий не показываются
  • Нажатие «В корзину» с карточки — товар появляется, счётчик растёт
  • 0 результатов при фильтрации — нет пустого экрана, есть понятный текст

Карточка товара: фото, название, цена, кнопка «В корзину», счётчик количества

Корзина:

  • +1 к товару — итоговая сумма пересчитывается
  • Уменьшение до 0 — товар удаляется
  • Промокод QA60 — скидка 10%, невалидный промокод — скидки нет
  • Сумма ≥ 1500₽ — доставка бесплатна; сумма < 1500₽ — доставка 199₽

Уровень детализации

Минимальный ориентир для раздела средней сложности: 20 пунктов, 5 категорий.

Чек-лист не обязан покрывать 100% случаев. Его цель — быстро выявить критичные проблемы.

Если нужна гарантия воспроизводимости конкретного сценария — пиши тест-кейс, а не расширяй чек-лист бесконечно.


Типичные ошибки

«Большие» пункты: «Проверить корзину» — это не пункт, это раздел. Декомпозируй дальше: «Проверить пересчёт суммы при изменении количества».

Только позитивные сценарии: большинство реальных багов живут на граничных и негативных проверках.

Копирование шаблона без адаптации: чужой шаблон из интернета не учитывает специфику твоего продукта.


Где хранить чек-листы

Инструмент Плюсы
TMS (TestRail, TestIT) Можно проставлять статус прямо во время прогона
Confluence / Notion Удобно для команды, история изменений, комментарии
Google Sheets Быстрый старт, удобна для сравнения прогонов

Чек-лист — живой документ

  • После каждого релиза: добавь пункты на найденные баги — если баг нашли вручную, значит проверки не хватало
  • Убирай устаревшее: если фича удалена — удаляй связанные пункты
  • Версионируй: «Чек-лист корзины v3» с датой — сразу понятно, что актуально

Ключевые выводы урока

  1. Чек-лист ≠ короткий тест-кейс — разный уровень абстракции, разные цели
  2. От общего к частному: зоны → блоки → конкретные проверки по 5 категориям
  3. Минимальный ориентир: 20 пунктов, 5 категорий для раздела средней сложности
  4. Используй чек-лист когда нет времени на тест-кейсы, требования нестабильны или проводишь исследовательское тестирование
  5. Обновляй регулярно: каждый найденный баг — повод добавить пункт в чек-лист

Домашнее задание

Составить чек-лист для корзины «Пиццаеда» (aiqa.ru/base/shop):

  • Минимум 20 пунктов
  • Ровно 5 категорий: функциональность / UI / граничные значения / негативные / безопасность
  • Ориентируйся на структуру и демо из эфира

Сдавать в чат марафона.