Контейнеры как бины выглядят как революционный шаг в написании тестов в тестовом контексте спринга. Данный механизм хорошо использовать если после запуска контейнера нужно с этим контейнером что-то ещё сделать. Также нужно отметить , что логику самой инициализации контейнера тоже можно дополнять, использую другие бины.
Например если в тестовом контектексте спринга вы захотите добавить кейклоак для проверки и написании сценариев с валидацией токенов и их ролей, но при старте контейнера там нет пользователей. Таким образом после старта контейнера можно запускать дополнительную логику инициализации (например создание пользователей или регенерация секрет ключа, который также можно будет положить в проперти). Примеров можно много привести.
Спасибо, конечно, за аннотацию @AutoConfigurePostgresContainer, но толк от неё будет только если выносить Ваш функционал в отдельную библиотеку. И использовать эту аннотацию как инструмент конфигурирования тестового контекста.
Контейнеры как бины выглядят как революционный шаг в написании тестов в тестовом контексте спринга. Данный механизм хорошо использовать если после запуска контейнера нужно с этим контейнером что-то ещё сделать. Также нужно отметить , что логику самой инициализации контейнера тоже можно дополнять, использую другие бины.
Например если в тестовом контектексте спринга вы захотите добавить кейклоак для проверки и написании сценариев с валидацией токенов и их ролей, но при старте контейнера там нет пользователей. Таким образом после старта контейнера можно запускать дополнительную логику инициализации (например создание пользователей или регенерация секрет ключа, который также можно будет положить в проперти). Примеров можно много привести.
Спасибо, конечно, за аннотацию @AutoConfigurePostgresContainer, но толк от неё будет только если выносить Ваш функционал в отдельную библиотеку. И использовать эту аннотацию как инструмент конфигурирования тестового контекста.