Вы можете начать с DbUnit.
Кстати, вы не тестируете базы данных, когда вы тестируете классы, обращающиеся к базе данных. Вы должны положить базу данных в известное состояние до и после ваших тестов, и вы должны убедиться, что ваши классы выполнили свои контракты.
Ваш следующий более конкретно о DbUnit:
Что вы думаете о DbUnit
DbUnit была вокруг довольно долго. Что касается простых реализаций DAO (Data Access Object) (при условии, что вы следуете шаблону DAO), DbUnit подходит, так как вы можете настроить состояние базы данных перед тестированием DAO, а затем выполнить тест против DAO и убедитесь, что ожидаемая операция завершена успешно. Как и другие тесты JUnit, вы также можете ожидать исключений, выданных DAO, если в контракте DAO указывается, что будут исключены исключения, например, в тех случаях, когда данные не найдены.
Имейте в виду, что нет ничего впечатляющего в тестировании базы данных. Вы должны сосредоточиться на тестировании своих классов вместо тестирования базы данных. В более простых словах база данных (и драйвер JDBC) должна рассматриваться как соавторы для вашего SUT (System-Under-Test), а не как SUT. Это ваши классы DAO и их контракты, которые должны быть проверены.
Вы должны предоставить более подробную информацию. Что вы хотите протестировать в базе данных. Ваши подключения к базе данных (или другие параметры, относящиеся к db), или ваш уровень доступа к данным. Если вы хотите протестировать свой уровень доступа к данным, какой тип.(entity, ORM, например Hibernate и т. д.) –
Я использую JDBC для управления базой данных, нет спящего режима без расположений (без фреймворков) –