Тестовые данные и окружения

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

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

• Роли пользователей, права, тарифы, страны, валюты и статусы.
• Состояния данных: новая сущность, заполненная, архивная, удалённая, конфликтная.
• Зависимости окружения: очереди, внешние API, фича-флаги, версии сервисов.
• Очистку и повторяемость: можно ли запустить проверку второй раз без ручной магии.

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

1. Опишите набор данных для основной проверки и негативных веток.
2. Проверьте версию стенда, конфигурацию и доступность зависимостей.
3. Подготовьте способ сброса или генерации данных.
4. Фиксируйте данные в баг-репорте, если они влияют на воспроизведение.

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

• Data sheet с пользователями, ролями и состояниями.
• Инструкция по подготовке или reset данных.
• Список ограничений окружения перед релизом.

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

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

Практика

Соберите набор данных для ecommerce-заказа: новый пользователь, пользователь с адресом, промокод, невалидная карта, товар без остатка, возврат.