Добрый день, дорогие друзья! Вы мне подскажите мне пару проверенных

решений (или ссылку на статьи, решения из которых вы сами использовали), как правильно и надёжно проводить тестирование микросервиса, взаимодействующего с окружением других микросервисов через Kafka? Нужно ли поднимать стенд, писать заглушки или достаточно в юнит тестах замокать продюсеров и консюмеров?

один из подходов - тестконтейнеры, в которых подымается кафка, с которой работают тесты

то есть тестовый стенд докер-контейнеров под управлением докер композа, с кафкой, микросервисом, БД. В котором тестовые данные в микросервис будут подаваться из кафки. Я правильно понял, что вы имели в виду?

ну.. чутка проще. Тестконтейнеры (если не клауд версия) запускаются локально - или на машине разраба, или в CI. То есть, нет какого-то отдельного стенда.

ок)) загуглю. спсб

https://www.testcontainers.org/ у них сайт свой с доками

уже читаю)

Главная ошибка джуна. Надо сначала гуглить ,потом спрашивать

"чё ты сидишь колупаешься, надо было спросить, давно бы уже сделал" (с) продакт

Прост в гугле первая строчка на его вопрос)

Testcontainers. Я ещё делал доклад про тестирование. И @ivan_ponomarev тоже делал. Надо искать видосы в Кафка саммита

а как же тестировать функциональность в продакшене ?)

Sqa 😂

Искать на youtube по запросу "Viktor gamov kafka testing"

Ок!

спасибо)))

https://youtu.be/S_73iXJ50Yc

Наш с Джоном доклад в первую очередь про тестирование Kafka Streams, но в целом про боль тестирования «настоящей» Кафки (ожидание доставки сообщений в асинхронных тестах) там есть https://youtu.be/S_73iXJ50Yc

Главный головняк, если вы решитесь тестировать через «настоящую» кафку: если вас не пришли сообщения, вы никогда не можете понять, они не пришли потому, что вы мало ждали, или они не пришли потому, что их и не будет больше. Если этот момент понимать, можно выстроить сбалансированную стратегию