mad_nazgul,

Мне кажется, аналогично тестирование любого бизнес код для работы с данными/базой. Будь то SQL или Java Hibernate - фиолетово.

От замены SQL на микросервисы и java (как и наоборот) ничего особо не изменится. Другое дело, что возможно более мелкие програмные модули легче поддаются тестированию, но т.к. этих модулей больше - то совокупная стоимость останется той же. IMHO

Когда говорит о тестирование SQL / бизнес системы - поразумевают скорее весь набор тестов одновременно: модульное, интеграционное, системное. Даже, скорее, обычно системное тестирование*

Когда говоря и Java и обязательных тестах, гордое "у нас 100% кода покрыто тестами", то обычно, почти всегда имеют в виду исключительно unit-тесты . Что для бизнес системы и данных - ни тепло, ни холодно. С остальными же тестами, все обстоит ровно так же, как и в PL/SQL монолите.

IMHO

* wiki данный термин определяет так:

Проблема не "поднять базу", а проблема "со своими данными". Файлик с мок данными тут не сильно поможет.

Данные так же устаревают. Поддерживать актуальные "файлики с мок данными" для 100500 микросервисов еще та организационная задача (и нехилые трудозатраты/деньги). Поменялись справочники - данные во всех подсистемах нужно обновить и прогнать тесты.

Тестировать на старых данных / справочниках / нормативах - никакого интереса.

Проблема в том, что не только код должен быть покрыт тестами, но и все возможные комбинации входных данных.

Видел. Конь был не в вакууме. Но общение через HTTP и повтором после time out к другой ноде.

Например перезапуск критически важных микросервисов на прода - да и ради бога. То, что быстро поднялось, упавшим не считалось.

Ну как-то же тестируют. Просто те же самые интеграционные тесты, системные тесты, сквозной пример - вот ни разу не видел, что бы были автоматом.

А нагрузочные, регрессионные и так далее - и на СУБД изобразить можно.

Для unit тестов бюджет на тестирование закладывается в разработку и "размазан" между задачами. Да и за целостностью / правильность / актуальностью данных для тестов врят ли кто следит.

А делать полноценное регрессионное тестирование (прогонять вменяемые и актуальные тестовые примеры) перед установкой обновления на систему - это нужно отдельный бюджет на тестирование выделять. А если есть тестировщики и объем не такой большой, то обходятся ручным тестирование.

Но что бы кто-то был готов поддерживать актуальные данные для автоматического тестирования (тестовые примеры) во время сопровождения/эксплуатации ИС - такого я не встречал.

Вроде для целей development Oracle всегда был бесплатен. Т.ч. нет, не потребуется. AFAIK