Существуют разные виды тестирования. Первый - это модульное тестирование - это подтверждает, что ваша бизнес-логика работает. Вторая форма - это интеграционное тестирование, которое снова разделено на две части: сначала вы тестируете компонент изолированно, чтобы убедиться, что он сообщает то, что вы ожидаете (иногда это называется тестированием компонента), а во-вторых, вы тестируете компонент против других, реальные, компоненты.
Вы можете легко выполнять юнит-тесты в maven / spring-boot, а также довольно легко выполнять тестирование компонентов. Однако интеграционное тестирование обычно намного сложнее и обычно требует использования механизма, выходящего за рамки простой системы сборки maven. Наиболее распространенным подходом к этому является использование инструмента CI / CD, такого как Jenkins или CircleCI.
Обычный шаблон - сначала запустить модульные тесты, потому что они самые быстрые, затем компонентные, а затем интеграционные. Последнее часто требует создания «среды», которая содержит все сотрудничающие компоненты, составляющие службу (два подпружиненных приложения в вашем случае).
При интеграционном тестировании мы часто обнаруживаем, что самой большой проблемой является «Управление конфигурацией», которое представляет собой описание того, какие версии каких компонентов работают вместе. Для решения вашей проблемы вам понадобятся база данных, данные и два приложения для начальной загрузки, а также их данные о конфигурации и среде.