JUnit + DbUnit: переключение соединения с базой данных между средами разработки и тестирования.

Предполагая, что вы можете экспортировать параметры подключения к базе данных для своих тестов в файл .properties или .xml и что вы используете Maven, тогда один из подходов состоит в использовании свойств Maven (и, возможно, профилей) для определения каждой среды и использования фильтрации ресурсов для настройки эти свойства в ваш файл конфигурации.

Например, предположим, что во время тестирования вам удалось перенести параметры подключения к базе данных в файл с именем datasource.properties в src/test/resources, который выглядит следующим образом:

datasource.driverClassName = ${test.datasource.driverClassName}
datasource.url = ${test.datasource.url}
datasource.username = ${test.datasource.username}
datasource.password = ${test.datasource.password}

И у вас есть это в вашем POM:

<build>
  <testResources>
    <testResource>
      <directory>src/test/resources</directory>
      <filtering>true</filtering>
    </testResource>
  </testResources>
</build>

Затем вы можете определить test.datasource.driverClassName и т. Д. Свойства различными способами, чтобы Maven использовал разные базы данных:

• Вы можете определить значения по умолчанию в разделе <properties> вашего POM;
• Вы можете определить пользовательские базы данных в разделе <properties> каждого разработчика (и Jenkins) settings.xml;
• Вы можете определить несколько профилей в своем POM для разных сред (например, development, jenkins, anotherDB) и запустить сборку с разными профилями.

Если вы выберете последний вариант, вы можете заставить Jenkins работать с несколькими базами данных, выполнив несколько сборок Maven из одного проекта Jenkins, различающихся только профилем. Тем не менее, было бы лучше иметь разные проекты Jenkins для каждой среды.

Необходимо узнать больше о вашем инструменте сборки. Вы используете Maven? Где хранится информация о подключении к базе данных? Вы используете пружину?

Я делаю это в настоящее время, я использую Maven со свойствами для подключения к основной базе данных и отдельным набором свойств для подключения к тестовой базе данных.

Поскольку я использую Spring, внутри тестовых ресурсов maven у меня есть файл applicationContext, который содержит мой компонент источника данных и ссылается на свойства теста.

<bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource" destroy-    method="close">
    <property name="driverClassName" value="${test.jdbc.driverClassName}"/>
    <property name="url" value="${test.jdbc.url}"/>
    <property name="username" value="${test.jdbc.username}"/>
    <property name="password" value="${test.jdbc.password}"/>
    <property name="maxActive" value="100"/>
    <property name="maxWait" value="1000"/>
    <property name="poolPreparedStatements" value="true"/>
    <property name="defaultAutoCommit" value="true"/>
</bean>

Многое зависит от вашей среды развертывания. Если вы развертываете в контейнере (tomcat, jboss и т. Д.), То использование JNDI-соединения изолирует вас от среды БД. Если вы создаете автономную Java-программу, вам придется самостоятельно определять среду и выбирать, какой профиль подключения к базе данных использовать.

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

Другой способ - передать среду вашей программе и позволить вашему коду определить, какую конфигурацию использовать.