Методы тестирования, которые запрашивают базу данных с помощью JUnit

Question

Как я могу объединить методы тестирования, которые их намерение запрашивает в базе данных и возвращает некоторые данные? В других ситуациях я могу просто издеваться над объектами, но в этом случае я хочу проверить, вернули ли они правильные данные, как я должен проверить его изолированно от db? Должен ли я использовать какой-то специальный db? Но тогда как мне настроить этот новый db для работы, как и другой, со всеми этими столбцами и т. Д.?

Спасибо.

Обновление: Спасибо всем, их ответы привели меня к правильному пути. Наконец я использовал debry. Я просто добавил для этого новый persistence.xml. Никаких других существенных изменений и, похоже, сейчас не работает.

Answer 1

Вопрос в том, какое поведение требуется для модульного тестирования? Если вы издеваетесь над базой данных, вы протестировали всю важную логику. Ваш адаптер базы данных будет работать или не работать, что вы можете проверить при интеграции/приемочных испытаниях с реальной базой данных.

Answer 2

Один подход, который я использовал с большим успехом заключается в использовании:

1. Maven построить свой проект
2. Liquibase (или пролетный путь), чтобы управлять схемой базы данных и управления версиями это
3. H2, как база данных в памяти, которая запускается вместе с вашими тестами.

Существует неплохая возможность узнать, если вы не использовали ничего из вышеперечисленного, но по моему опыту это того стоило. Это очень хорошо работало с приложением Spring; с другими настройками ваш пробег может отличаться.

Maven должен запустить экземпляр базы данных H2 в памяти перед выполнением любых тестов. В приложении Spring вы можете просто указать свой источник данных с URL-адресом H2 JDBC, и он начнется автоматически.

Вы можете использовать Liquibase для запуска набора XML-скриптов для настройки схемы базы данных, а затем отдельный файл для заполнения их тестовыми данными (либо путем указания разных файлов при работе с Liquibase, либо с помощью атрибута context каждый changeSet). Это можно сделать с помощью Maven или весной с использованием конкретного компонента Liquibase.

Оттуда вы можете протестировать свое приложение точно так, как если бы оно было обычным приложением. Не нужно насмехаться, и в результате вы получаете гораздо более полезные тесты. Возможно, вам придется изменить свою схему или иным образом обойти SQL-различия между H2 и вашей собственной RDBMS.

Будучи в стороне, я очень благодарен за подобные испытания. По моему опыту насмехаясь над тем, что на самом деле не дает вам никаких интересных идей, и должно быть последним средством, когда интеграционные тесты внутри сборки невозможны. Есть много, которые не согласны со мной, хотя!

Answer 3

Вы можете использовать DBUnit. Он принимает вашу текущую схему, и вы можете легко издеваться над вашими данными.