junit: расщепление интеграционного теста и юнит-тесты

<p>я унаследовал нагрузку теста junit, но эти тесты (кроме большинства не работающих) представляют собой смесь реальных модульных тестов и интеграционных тестов (требующих внешних систем, бд и т.д.).</p><p>поэтому я пытаюсь придумать, как на самом деле отделить их, чтобы я мог быстро и быстро запустить модульное тестирование, а затем интеграционные тесты.</p><p>варианты ..</p><ol> <li> <p>разделите их на отдельные каталоги.</p> </li> <li> <p>перейдите к junit4 (из v3) и аннотируйте классы, чтобы разделить их.</p> </li> <li> <p>используйте соглашение об именовании файлов, чтобы сказать, что такое класс, то есть adapteratest и adapteraintergrationtest.</p> </li> </ol><p>3 имеет проблему с тем, что в eclipse есть опция "запустить все тесты в выбранном проекте/пакете или папке". так что было бы очень сложно просто запустить интеграционные тесты.</p><p>2: рискует, что разработчики могут начать писать интеграционные тесты в классах модульных тестов, и это просто становится грязным.</p><p>1: похоже, самое лучшее решение, но моя интуиция говорит, что там должно быть лучшее решение.</p><p>так что это мой вопрос, как вы разбиваете интеграционные тесты и правильные юнит-тесты?</p>

<p>в настоящее время я использую отдельные каталоги из-за организационной политики (и унаследованной от junit 3), но теперь я перехожу к аннотациям, теперь я нахожусь на junit 4.</p><p>я не буду чрезмерно обеспокоен тем, что разработчики помещают интеграционные тесты в ваши классы модульных тестов - добавьте правило в ваши стандарты кодирования, если это необходимо.</p><p>мне интересно узнать, какие могут быть другие решения, кроме аннотаций или физического разделения классов.</p>

<p>вы можете очень легко разделить их, используя категории junit и maven.</p><p>это очень и очень кратко показано ниже при тестировании модуля разделения и интеграции.</p><h3><strong> определить интерфейс маркера </strong></h3><p>этот интерфейс будет использоваться для пометки всех тестов, которые вы хотите запустить, как интеграционных тестов.</p><pre><code>public interface integrationtest {} </code></pre><h3><strong> отметьте свои тестовые классы </strong></h3><p>добавьте аннотацию категории в начало вашего тестового класса. требуется имя вашего нового интерфейса.</p><pre><code>import org.junit.experimental.categories.category; @category(integrationtest.class) public class exampleintegrationtest{ @test public void longrunningservicetest() throws exception { } } </code></pre><h3><strong> настройка модульных тестов maven </strong></h3><p>мы просто добавляем некоторые настройки в плагин maven surefire, чтобы он игнорировал любые интеграционные тесты.</p><pre><code><plugin> <groupid>org.apache.maven.plugins</groupid> <artifactid>maven-surefire-plugin</artifactid> <version>2.11</version> <dependencies> <dependency> <groupid>org.apache.maven.surefire</groupid> <artifactid>surefire-junit47</artifactid> <version>2.12</version> </dependency> </dependencies> <configuration> <includes> <include>**/*.class</include> </includes> <excludedgroups>com.test.annotation.type.integrationtest</excludedgroups> </configuration> </plugin> </code></pre><p>когда вы выполните mvn clean test, будут выполняться только ваши немаркированные юнит-тесты.</p><h3><strong> настроить интеграционные тесты maven </strong></h3><p>чтобы запустить только интеграционные тесты, используйте это:</p><pre><code><plugin> <groupid>org.apache.maven.plugins</groupid> <artifactid>maven-surefire-plugin</artifactid> <version>2.11</version> <dependencies> <dependency> <groupid>org.apache.maven.surefire</groupid> <artifactid>surefire-junit47</artifactid> <version>2.12</version> </dependency> </dependencies> <configuration> <groups>com.test.annotation.type.integrationtest</groups> </configuration> </plugin> </code></pre><p>если вы перенесете это в профиль с идентификатором <code>it</code>, вы сможете запускать только быстрые тесты, используя <code>mvn clean install</code>. чтобы запустить только интеграционные/медленные тесты, используйте <code>mvn clean install -p it</code>.</p><p>но чаще всего вы захотите запускать быстрые тесты по умолчанию и <em> все </em> тесты с <code>-p it</code>. если это так, то вы должны использовать трюк:</p><pre><code><profiles> <profile> <id>it</id> <build> <plugins> <plugin> <groupid>org.apache.maven.plugins</groupid> <artifactid>maven-surefire-plugin</artifactid> <configuration> <excludedgroups>java.io.serializable</excludedgroups> <!-- an empty element doesn't overwrite, so i'm using an interface here which no one will ever use --> </configuration> </plugin> </plugins> </build> </profile> </profiles> </code></pre><p>как видите, я исключаю тесты, помеченные <code>java.io.serializable</code>. это необходимо, поскольку профиль будет наследовать конфигурацию по умолчанию для плагина surefire, поэтому даже если вы скажете <code><excludedgroups/></code> или <code><excludedgroups></excludedgroups></code>, будет использоваться значение <code>com.test.annotation.type.integrationtest</code>.</p><p>вы также не можете использовать <code>none</code>, поскольку это должен быть интерфейс на пути к классам (maven проверит это).</p><p>заметки:</p><ul> <li>зависимость от <code>surefire-junit47</code> необходима только тогда, когда maven не переключается на бегун junit 4 автоматически. использование элемента <code>groups</code> или <code>excludedgroups</code> должно инициировать переключение. <a href="http://maven.apache.org/surefire/maven-failsafe-plugin/examples/junit.html">см. здесь</a> .</li> <li>большая часть кода выше была взята из документации для плагина maven failsafe. см. раздел "использование категорий junit" <a href="http://maven.apache.org/surefire/maven-failsafe-plugin/examples/junit.html">на этой странице</a> .</li> <li>во время моих тестов я обнаружил, что это работает, даже когда вы используете аннотации <code>@runwith()</code> для запуска комплектов или тестов на основе spring.</li> </ul>

<p>мы используем maven surefire plugin для запуска модульных тестов и maven failsafe plugin для запуска интеграционных тестов. модульные тесты следуют соглашениям об именах <code>**/test*.java **/*test.java **/*testcase.java</code>, интеграционные тесты - <code>**/it*.java **/*it.java **/*itcase.java</code>. так что это на самом деле ваш вариант номер три.</p><p>в нескольких проектах мы используем testng и определяем разные группы тестов для интеграции/модульных тестов, но это, вероятно, вам не подходит.</p>

<p>я бы перешел на junit4 только для того, чтобы иметь его :)</p><p>вы можете разделить их на разные тестовые наборы. я не знаю, как они организованы в junit3, но в junit4 должно быть просто создать тестовые наборы и поместить все реальные модульные тесты в один из них, а затем использовать второй набор для интеграционных тестов.</p><p>теперь определите конфигурацию запуска для обоих наборов в eclipse, и вы можете легко запустить один набор. эти комплекты также могут быть запущены из автоматизированного процесса, позволяющего запускать модульные тесты каждый раз при изменении источника и, возможно, интеграционные тесты (если они действительно большие) только один раз в день или один раз в час.</p>

<p>использование <a href="http://docs.spring.io/spring-framework/docs/3.2.4.release/javadoc-api/org/springframework/test/annotation/ifprofilevalue.html">ifprofilevalue</a> пружинной аннотации позволяет достичь этого <strong> без </strong> дополнительного модуля или конфигурации maven.</p><p>аннотируйте классы или методы тестов интеграции с помощью ifprofilevalue</p><pre><code>import org.springframework.test.annotation.ifprofilevalue; @ifprofilevalue(name="test-groups", value="integration") public class exampleintegrationtest{ @test public void longrunningservicetest() throws exception { } } </code></pre><p>для запуска только с использованием модульных тестов:</p><pre><code>mvn clean test </code></pre><p>для запуска с использованием интеграционных и юнит-тестов:</p><pre><code>mvn clean test -dtest-groups=integration </code></pre><p>кроме того, "выполнить все тесты" в ide будет запускать только модульное тестирование. добавьте <code>-dtest-groups=integration</code> в аргументы vm для запуска как интеграции, так и модульных тестов.</p>

<p>там не один правильный ответ. как вы объяснили, есть несколько способов сделать это, которые будут работать. я сделал и схему именования файлов, и разбил вещи на разные каталоги.</p><p>звучит так, будто разделение вещей на разные каталоги может работать лучше для вас, и мне это кажется немного понятнее, поэтому я склоняюсь к этому.</p><p>я не думаю, что я бы попробовал аннотации, потому что это кажется мне более детальным. вы действительно хотите, чтобы эти два типа тестов смешались в одном файле? я бы не стал.</p>