Насмешка над StoredProcedure

Question

Вскоре я пишу модульный тест для класса обслуживания, который в значительной степени зависит от класса org.springframework.jdbc.object.StoredProcedure. Сервисный объект будет представлять собой простой пакетный класс, считывающий данные из хранимой процедуры, объединяющий их и отправляющий другой хранимой процедуре.

Что было бы наилучшей практикой в ​​отношении такого модульного теста (поскольку он сильно зависит от базы данных). Должен ли я использовать поддельный объект (набор заглушек методов), написать макет с базой данных базы данных или отразить реальную вещь (со стоимостью поддержания инфраструктуры в актуальном состоянии)?

Я хочу быть как можно более ленивым и при этом гарантировать качество.

Answer 1

Лично я бы провел модульные тесты в таком случае со встроенной базой данных, как H2 .

Надеюсь, это поможет.

Answer 2

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

Следующее, что нужно сделать, это проверить сохраненный процесс.Если вы работаете на платформе oracle, вы можете протестировать Proc с помощью ruby-plsql.Я использовал это в проекте раньше, и он работает хорошо.Если вы не работаете на платформе Oracle, то вам придется встроить что-то в свой тестовый комплект, который может вызывать хранимый процесс таким образом, что вы увидите разные результаты.Просто стреляй по счастливому пути и по нескольким крайним случаям.