Comments 2
Еще было бы неплохо показать организацию более сложных тестов, например, данные из reviews.sql добавлять не в каждом тесте, а перед ними, чтобы последовательные тесты с установленным порядком тестов могли модифицировать данные в БД в определенном порядке, когда это требуется, когда последующий тест зависит от предыдущего/предыдущих. Или, скажем, экспорт данных проводить сразу в классе AbstractTestcontainersIntegrationTest , если это возможно?
Неатомарные тесты - зло. Вам ничего не стоит писать их так же, как делает автор, а нужную модификацию данных проводить внутри тестового метода перед запуском тестовой логики. Я понимаю, что больше кода и может и повторений, но зависимые друг от друга тесты еще хуже
Но отвечая на ваш вопрос, можно чуть подправить Target у анотации RunSql, ну и колбек взять другой
Testcontainers с Kotlin и Spring Data R2DBC