methodology

Тестирование микросервисов

Около 4 мин чтения

id: 12-02 Категория: Продвинутые темы

Микросервисная архитектура создаёт уникальные вызовы для тестирования: множество независимых сервисов, асинхронная коммуникация, распределённое состояние, разные команды и релизные циклы. Классическое тестирование «от UI до базы» не работает — нужна стратегия на нескольких уровнях.

1. Особенности тестирования микросервисов

Проблема	Последствие
Множество сервисов	Нельзя поднять весь стенд локально
Асинхронная коммуникация	Сложно верифицировать порядок событий
Распределённое состояние	Данные в разных БД, eventual consistency
Разные команды	API может измениться без предупреждения
Независимые релизы

Инструмент	Особенности
Pact	Самый популярный, consumer-driven contracts, поддержка 20+ языков
Spring Cloud Contract	Java/Spring экосистема, генерация тестов из Groovy/DSL
Dredd	Проверка API по OpenAPI/Swagger спецификации

✅ Преимущества	❌ Недостатки
Раннее обнаружение breaking changes	Не покрывает интеграцию с реальными данными
Независимое тестирование сервисов	Не заменяет E2E тесты
Быстрое выполнение (нет реальных сервисов)	Требует дисциплины в поддержке контрактов
Работает в CI без стенда

Инструмент	Назначение
WireMock	HTTP мок-сервер, самый популярный в Java-мире
Mountebank	Много протокол: HTTP, TCP, SMTP
Hoverfly	Запись и воспроизведение реальных ответов
MockServer	Моки с расширенными сценариями
Prism	Мок по OpenAPI-спецификации

Аспект	Что проверять
Маршрутизация	Route matching, path rewriting
Rate Limiting	Корректные 429 ответы, burst handling
Аутентификация	JWT validation, OAuth2 flow, token refresh
CORS	Разрешённые origins, methods, headers
Кеширование	Cache hit/miss, TTL, cache invalidation
Retry/Circuit Breaker	Повтор при ошибках, разрыв цепочки при сбоях
Трансформация	Изменение запросов/ответов (header injection, body mapping)

Термин	Определение
Trace	Полный путь запроса через все сервисы
Span	Одна операция внутри trace (HTTP-вызов, БД-запрос)
Context Propagation	Передача trace-id между сервисами через HTTP-заголовки

Тестирование микросервисов

1. Особенности тестирования микросервисов

2. Контрактное тестирование (Contract Testing)

Инструменты

Как работает (на примере Pact)

Преимущества и недостатки

3. Виртуализация сервисов (Service Virtualization)

Инструменты

Практика

4. Тестирование API Gateway

Инструменты для тестирования Gateway

5. Распределённая трассировка (Distributed Tracing)

Ключевые концепции

Инструменты

Что это даёт QA

6. Стратегия тестирования микросервисов

Пирамида для микросервисов

Best Practices

Связанные статьи

Инструмент	Особенности
Jaeger	Uber, open-source, UI для визуализации
Zipkin	Twitter, open-source, простой
OpenTelemetry	Стандарт, объединяющий OpenTracing и OpenCensus
AWS X-Ray	Интеграция с AWS-сервисами
Datadog APM	SaaS, мониторинг + трассировка

Уровень	Доля	Описание
Unit тесты	60-70%	Быстрые, изолированные, моки на все зависимости
Integration тесты	20-25%	С реальными зависимостями в Docker (Testcontainers)
Contract тесты	5-10%	Проверка API между сервисами (Pact, Spring Cloud Contract)
E2E тесты	5-10%	Через UI или API Gateway, полный сценарий