Я хочу, чтобы хранилище (скажем, UserRepository
) было создано с помощью Spring Data. Я новичок в Spring-данных (но не в Spring), и я использую этот учебник . Мой выбор технологий для работы с базой данных - JPA 2.1 и Hibernate. Проблема в том, что я не знаю, как писать модульные тесты для такого хранилища.
Давайте возьмем create()
метод, например. Поскольку я работаю в тестовом режиме, я должен написать для него модульный тест - и вот тут я сталкиваюсь с тремя проблемами:
Во-первых, как мне вставить макет
EntityManager
в несуществующую реализациюUserRepository
интерфейса? Spring Data будет генерировать реализацию на основе этого интерфейса:public interface UserRepository extends CrudRepository<User, Long> {}
Однако я не знаю, как заставить его использовать
EntityManager
макет и другие макеты - если бы я сам написал реализацию, у меня, вероятно, был бы метод setterEntityManager
, позволяющий мне использовать мой макет для модульного теста. ( Что касается фактического подключения к базе данных, у меня естьJpaConfiguration
класс, с аннотацией@Configuration
и@EnableJpaRepositories
, который программно определяет бобы дляDataSource
,EntityManagerFactory
, иEntityManager
т.д. - но Хранилища должны быть тест-дружеский и позволяют перекрывая эти вещи).Во-вторых, я должен проверить на взаимодействия? Мне трудно понять, какие методы
EntityManager
иQuery
как должны вызываться (сродни этомуverify(entityManager).createNamedQuery(anyString()).getResultList();
), поскольку не я пишу реализацию.В-третьих, должен ли я сначала тестировать методы, сгенерированные Spring-Data? Как я знаю, сторонний библиотечный код не должен подвергаться модульному тестированию - только код, который сами разработчики пишут, должен подвергаться модульному тестированию. Но если это правда, это все же возвращает первый вопрос на сцену: скажем, у меня есть несколько пользовательских методов для моего репозитория, для которых я буду писать реализацию, как мне внедрить мои макеты
EntityManager
иQuery
в окончательный, сгенерированный хранилище?
Примечание: я буду тест-драйв моих репозиториев, используя оба интеграционные, так и модульные тесты. Для своих интеграционных тестов я использую базу данных HSQL в памяти и, очевидно, не использую базу данных для модульных тестов.
И, возможно, четвертый вопрос: правильно ли тестировать правильное создание графов объектов и извлечение графов объектов в интеграционных тестах (скажем, у меня сложный граф объектов, определенный с помощью Hibernate)?
Обновление: сегодня я продолжил экспериментировать с имитацией инъекций - я создал статический внутренний класс, чтобы обеспечить симуляцию инъекций.
@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration
@Transactional
@TransactionConfiguration(defaultRollback = true)
public class UserRepositoryTest {
@Configuration
@EnableJpaRepositories(basePackages = "com.anything.repository")
static class TestConfiguration {
@Bean
public EntityManagerFactory entityManagerFactory() {
return mock(EntityManagerFactory.class);
}
@Bean
public EntityManager entityManager() {
EntityManager entityManagerMock = mock(EntityManager.class);
//when(entityManagerMock.getMetamodel()).thenReturn(mock(Metamodel.class));
when(entityManagerMock.getMetamodel()).thenReturn(mock(MetamodelImpl.class));
return entityManagerMock;
}
@Bean
public PlatformTransactionManager transactionManager() {
return mock(JpaTransactionManager.class);
}
}
@Autowired
private UserRepository userRepository;
@Autowired
private EntityManager entityManager;
@Test
public void shouldSaveUser() {
User user = new UserBuilder().build();
userRepository.save(user);
verify(entityManager.createNamedQuery(anyString()).executeUpdate());
}
}
Тем не менее, выполнение этого теста дает мне следующую трассировку стека:
java.lang.IllegalStateException: Failed to load ApplicationContext
at org.springframework.test.context.CacheAwareContextLoaderDelegate.loadContext(CacheAwareContextLoaderDelegate.java:99)
at org.springframework.test.context.DefaultTestContext.getApplicationContext(DefaultTestContext.java:101)
at org.springframework.test.context.support.DependencyInjectionTestExecutionListener.injectDependencies(DependencyInjectionTestExecutionListener.java:109)
at org.springframework.test.context.support.DependencyInjectionTestExecutionListener.prepareTestInstance(DependencyInjectionTestExecutionListener.java:75)
at org.springframework.test.context.TestContextManager.prepareTestInstance(TestContextManager.java:319)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.createTest(SpringJUnit4ClassRunner.java:212)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner$1.runReflectiveCall(SpringJUnit4ClassRunner.java:289)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.methodBlock(SpringJUnit4ClassRunner.java:291)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:232)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:89)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
at org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61)
at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:71)
at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:175)
at org.junit.runner.JUnitCore.run(JUnitCore.java:160)
at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:77)
at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:195)
at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:63)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at com.intellij.rt.execution.application.AppMain.main(AppMain.java:120)
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'userRepository': Error setting property values; nested exception is org.springframework.beans.PropertyBatchUpdateException; nested PropertyAccessExceptions (1) are:
PropertyAccessException 1: org.springframework.beans.MethodInvocationException: Property 'entityManager' threw exception; nested exception is java.lang.IllegalArgumentException: JPA Metamodel must not be null!
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1493)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1197)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:537)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:475)
at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:304)
at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:228)
at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:300)
at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:195)
at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:684)
at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:760)
at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:482)
at org.springframework.test.context.support.AbstractGenericContextLoader.loadContext(AbstractGenericContextLoader.java:121)
at org.springframework.test.context.support.AbstractGenericContextLoader.loadContext(AbstractGenericContextLoader.java:60)
at org.springframework.test.context.support.AbstractDelegatingSmartContextLoader.delegateLoading(AbstractDelegatingSmartContextLoader.java:100)
at org.springframework.test.context.support.AbstractDelegatingSmartContextLoader.loadContext(AbstractDelegatingSmartContextLoader.java:250)
at org.springframework.test.context.CacheAwareContextLoaderDelegate.loadContextInternal(CacheAwareContextLoaderDelegate.java:64)
at org.springframework.test.context.CacheAwareContextLoaderDelegate.loadContext(CacheAwareContextLoaderDelegate.java:91)
... 28 more
Caused by: org.springframework.beans.PropertyBatchUpdateException; nested PropertyAccessExceptions (1) are:
PropertyAccessException 1: org.springframework.beans.MethodInvocationException: Property 'entityManager' threw exception; nested exception is java.lang.IllegalArgumentException: JPA Metamodel must not be null!
at org.springframework.beans.AbstractPropertyAccessor.setPropertyValues(AbstractPropertyAccessor.java:108)
at org.springframework.beans.AbstractPropertyAccessor.setPropertyValues(AbstractPropertyAccessor.java:62)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1489)
... 44 more
источник
pom.xml
.С Spring Boot + Spring Data это стало довольно просто:
Решение @heez раскрывает весь контекст, это только то, что нужно для работы JPA + Transaction. Обратите внимание, что решение, приведенное выше, вызовет тестовую базу данных в памяти, если ее можно найти в пути к классам.
источник
@RunWith(SpringRuner.class)
теперь уже включен в@DataJpaTest
.@RunWith(SpringRunner.class
запускает контекст пружины, что означает, что он проверяет интеграцию между несколькими модулями. Модульное тестирование - это тестирование одного модуля -> одного класса. Затем вы пишетеMyClass sut = new MyClass();
и тестируете объект sut (sut = тестируемый сервис)Это может быть слишком поздно, но я написал кое-что для этой цели. Моя библиотека будет макетировать основные методы хранилища crud для вас, а также интерпретировать большинство функций ваших методов запросов. Вам придется вводить функциональные возможности для собственных запросов, но все остальное сделано за вас.
Взглянуть:
https://github.com/mmnaseri/spring-data-mock
ОБНОВИТЬ
Это сейчас в центре Maven и в довольно хорошей форме.
источник
Если вы используете Spring Boot, вы можете просто использовать его
@SpringBootTest
для загрузкиApplicationContext
(это то, на что лает стэк-трассировка). Это позволяет вам автоматически подключаться к хранилищам данных Spring. Обязательно добавьте,@RunWith(SpringRunner.class)
чтобы подобрали аннотации для конкретной весны:Вы можете прочитать больше о тестировании в весенней загрузке в их документах .
источник
Predicate
s (который был моим вариантом использования), он работает довольно хорошо.В последней версии весенней загрузки 2.1.1. ПОЛУЧИТЕ это просто как:
Полный код:
https://github.com/jrichardsz/spring-boot-templates/blob/master/003-hql-database-with-integration-test/src/test/java/test/CustomerRepositoryIntegrationTest.java
источник
2.0.0.RELEASE
Spring Boot.Если вы действительно хотите написать i-test для репозитория данных Spring, вы можете сделать это следующим образом:
Чтобы следовать этому примеру, вы должны использовать эти зависимости:
источник
Я решил это с помощью этого способа -
источник
С JUnit5 и
@DataJpaTest
test будет выглядеть (код котлина):Вы можете использовать
TestEntityManager
изorg.springframework.boot.test.autoconfigure.orm.jpa.TestEntityManager
пакета, чтобы проверить состояние объекта.источник