Ответ
Чек-листы — это структурированные, но гибкие списки пунктов для проверки, фокусирующиеся на что тестировать, а не на детальных шагах (как).
Основные сценарии использования:
- Smoke-тестирование: Быстрая проверка критического функционала после сборки или деплоя.
- Регрессионное тестирование: Охват ключевых сценариев, которые должны всегда работать.
- Эксплораторное тестирование: Как карта для направления исследования новой функциональности.
- Приемочное тестирование (UAT): Простой формат для согласования критериев с заказчиком или PO.
Пример чек-листа для формы регистрации:
- [ ] Валидные данные успешно отправляются
- [ ] Ошибка при пустых обязательных полях
- [ ] Валидация формата email и телефона
- [ ] Пароль скрыт символами (маска)
- [ ] Соответствие UI макетам
- [ ] Работоспособность ссылки "Политика конфиденциальности"Преимущества перед тест-кейсами:
- Быстрое создание и обновление.
- Стимулируют исследовательское мышление у тестировщика.
- Меньше накладных расходов на поддержку.
Недостатки и компенсация:
- Риск пропуска шагов: Компенсируется опытным тестировщиком.
- Сложность для новичков: Решается парным тестированием или обучением.
- Нет детальных шагов для воспроизведения: Для критичных багов шаги воспроизведения фиксируются отдельно в баг-репорте.
Практика: Чек-листы часто ведутся в простых инструментах (Google Sheets, Notion, задачи в Jira с чекбоксами) и являются живым документом, который постоянно уточняется.