Тест-кейсы, чек-листы и сценарии

Документация проверок должна соответствовать риску и повторяемости. Подробный тест-кейс полезен для стабильного критичного сценария, чек-лист удобен для быстрых регрессий, а сценарий исследовательской сессии помогает проверять новое и неоднозначное.

Что важно понять

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

Рабочий порядок

1. Для критичного регресса оформите тест-кейсы с предусловиями и ожидаемым результатом.
2. Для широкого покрытия используйте чек-лист с проверяемыми идеями.
3. Для новой зоны задайте exploratory charter: цель, ограничения, время, фокус.
4. После выполнения уберите устаревшие пункты и добавьте найденные риски.

Что отдавать команде

• Тест-кейсы для повторяемых критичных сценариев.
• Чек-лист для регрессии и smoke.
• Отчёт по исследовательской сессии.

Частые провалы

• Писать сотни тест-кейсов там, где продукт меняется ежедневно.
• Делать чек-лист настолько общим, что по нему нельзя понять результат.
• Не обновлять документацию после изменения логики.

Практика

Один и тот же сценарий смена email опишите в трёх форматах: тест-кейс, чек-лист и exploratory charter. Сравните, где какой формат удобнее.