Тестирование cloud и microservices

В микросервисах дефект может быть не в одном сервисе, а в контракте, конфигурации, очереди, сетевой политике или порядке событий. QA должен думать цепочкой, а не отдельным экраном.

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

• Контракты между сервисами и обратную совместимость.
• Конфигурации окружений, feature flags, secrets и network policies.
• Отказы: timeout, retry storm, circuit breaker, partial outage.
• Observability: logs, metrics, traces, correlation id.

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

1. Нарисуйте путь запроса через сервисы.
2. Проверьте контракт и поведение при недоступной зависимости.
3. Проверьте обработку асинхронных событий и повторов.
4. Соберите traces и логи для найденных проблем.

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

• Service interaction map.
• Contract test cases.
• Fault-injection checklist.

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

• Проверять только публичный API без downstream эффектов.
• Не фиксировать correlation id.
• Не проверять rollback конфигурации и фича-флагов.

Практика

Для создания заказа нарисуйте цепочку API -> order service -> inventory -> payment -> notifications. Проверьте timeout payment и повтор события.