Модульная конфигурация Spring для интеграционного тестирования

Почему так важно протестировать собранную систему с окончательной конфигурацией? Давайте рассмотрим простой пример — изготовление автомобиля. Модульное тестирование автомобиля было бы сродни тестированию всех болтов и болтов в отдельности, в то время как интеграционное тестирование автомобиля было бы похоже на вождение по кругу. При тестировании только компонентов автомобиля по отдельности продажа собранного автомобиля представляет собой огромный риск, поскольку ничто не гарантирует, что он будет вести себя правильно в реальных условиях.

Теперь, когда мы заявили, что интеграционное тестирование необходимо, чтобы гарантировать адекватный уровень внутреннего качества, пришло время включить интеграционное тестирование со средой Spring. Интеграционное тестирование основано на понятии SUT . Определение SUT — это определение границ между тем, что тестируется, и его зависимостями. Практически во всех случаях для настройки теста потребуется предоставить какой-то двойной тест для каждой требуемой зависимости. Конфигурирование этих тестовых двойников может быть достигнуто только путем модульной конфигурации Spring, чтобы они могли заменять зависимые компоненты, расположенные вне SUT.

Рис. 1 — Пример диаграммы зависимостей бина

Конфигурация Spring DI поставляется в 3 различных вариантах: XML — устаревший способ, автоматическое подключение и новейший JavaConfig. Мы посмотрим, как можно добиться модульности для каждого аромата. Смешанная модуляция DI может быть выведена из каждой отдельной записи.

автоматическое связывание

Автопроводка — это простой способ сборки приложений Spring. Это достигается за счет использования либо @Autowiringили @Inject. Давайте быстро рассмотрим автоматическую разводку: поскольку внедрение неявно, нет простого способа модульной конфигурации. Приложения, использующие автоматическую разводку, просто должны перейти на другой вариант DI, чтобы разрешить интеграционное тестирование.

XML

XML является устаревшим способом внедрения зависимостей, но все еще используется. Рассмотрим следующий монолитный XML-файл конфигурации:

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
     xmlns:jee="http://www.springframework.org/schema/jee"
     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
     xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd
      http://www.springframework.org/schema/jee http://www.springframework.org/schema/jee/spring-jee.xsd">
  <jee:jndi-lookup id="dataSource" jndi-name="jdbc/MyDataSource" />
  <bean id="productRepository" class="ProductRepository">
    <constructor-arg ref="dataSource" />
  </bean>
  <bean id="customerRepository" class="CustomerRepository">
    <constructor-arg ref="dataSource" />
  </bean>
  <bean id="orderRepository" class="OrderRepository">
    <constructor-arg ref="dataSource" />
  </bean>
  <bean id="orderService" class="OrderService">
    <constructor-arg ref="productRepository" index="0" />
    <constructor-arg ref="customerRepository" index="1" />
    <constructor-arg ref="orderRepository" index="2" />
  </bean>
</beans>

<beans ...>
  <jee:jndi-lookup id="dataSource" jndi-name="jdbc/MyDataSource" />
</beans>

<beans...>
  <bean id="dataSource" class="org.apache.tomcat.jdbc.pool.DataSource">
      <property name="driverClassName" value="org.h2.Driver" />
      <property name="url" value="jdbc:h2:~/test" />
      <property name="username" value="sa" />
      <property name="maxActive" value="1" />
  </bean>
</beans>

<?xml version="1.0" encoding="UTF-8"?>
<beans...>
  <import resource="classpath:datasource-config.xml" />
  <!-- other beans go here -->
</beans>

@Configuration
public class DataSourceConfig {
 
    @Bean
    public DataSource dataSource() throws Exception {
        Context ctx = new InitialContext();
        return (DataSource) ctx.lookup("jdbc/MyDataSource");
    }
}

public class FakeDataSourceConfig {
 
    public DataSource dataSource() {
        org.apache.tomcat.jdbc.pool.DataSource dataSource = new org.apache.tomcat.jdbc.pool.DataSource();
        dataSource.setDriverClassName("org.h2.Driver");
        dataSource.setUrl("jdbc:h2:~/test");
        dataSource.setUsername("sa");
        dataSource.setMaxActive(1);
        return dataSource;
    }
}

@ContextConfiguration(classes = {MainConfig.class, FakeDataSource.class})
public class SimpleDataSourceIntegrationTest extends AbstractTestNGSpringContextTests {
 
    @Test
    public void should_check_something_useful() {
        // Test goes there
    }
}

@Configuration
public class MainConfig {
 
    @Autowired
    private DataSource dataSource;
 
    // Other beans go there. They can use dataSource!
}