Junit: pruebas de integración de división y pruebas unitarias

Puedes dividirlos muy fácilmente usando categorías JUnit y Maven.

Esto se muestra muy, muy brevemente a continuación dividiendo la unidad y las pruebas de integración.

Definir Una Interfaz De Marcador

Esta interfaz se utilizará para marcar todas las pruebas que desee ejecutar como pruebas de integración.

public interface IntegrationTest {}

Marque su prueba clases

Agregue la anotación de categoría a la parte superior de su clase de prueba. Toma el nombre de tu nueva interfaz.

import org.junit.experimental.categories.Category;
@Category(IntegrationTest.class)
public class ExampleIntegrationTest{
  @Test
  public void longRunningServiceTest() throws Exception {
  }
}

Configurar Pruebas unitarias Maven

Simplemente agregamos alguna configuración al plugin maven surefire para hacer que ignore cualquier prueba de integración.

<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>

Cuando realiza una prueba limpia de mvn solo sus pruebas unitarias sin marcar correrá.

Configurar Pruebas de integración Maven

Para ejecutar solo las pruebas de integración, use esto:

<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>

Si envasa esto en un perfil con id IT, solo puede ejecutar las pruebas rápidas usando mvn clean install. Para ejecutar solo las pruebas integration/slow, use mvn clean install -P IT.

Pero la mayoría de las veces, querrá ejecutar las pruebas rápidas por defecto y todas las pruebas con -P IT. Si ese es el caso, entonces usted tiene para usar un truco:

<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>

Como puede ver, estoy excluyendo las pruebas que están anotadas con java.io.Serializable. Esto es necesario porque el perfil heredará la configuración predeterminada del complemento Surefire, por lo que incluso si dice <excludedGroups/> o <excludedGroups></excludedGroups>, se utilizará el valor com.test.annotation.type.IntegrationTest.

Tampoco puedes usar none ya que tiene que ser una interfaz en el classpath (Maven lo comprobará).

Notas:

• La dependencia a surefire-junit47 solo es necesaria cuando Maven no cambia a la JUnit 4 runner automáticamente. Usando el elemento groups o excludedGroups debería activar el interruptor. Ver aquí.
• La mayor parte del código anterior fue tomado de la documentación del plugin Maven Failsafe. Vea la sección "Usando categorías JUnit" en esta página.
• Durante mis pruebas, descubrí que esto incluso funciona cuando usas @RunWith() anotaciones para ejecutar suites o pruebas basadas en Spring.

Utilizamos Maven Surefire Plugin para ejecutar pruebas unitarias y Maven Failsafe Plugin para ejecutar pruebas de integración. Las pruebas unitarias siguen las convenciones de nomenclatura **/Test*.java **/*Test.java **/*TestCase.java, integration tests - **/IT*.java **/*IT.java **/*ITCase.java. Así que en realidad es su opción número tres.

En un par de proyectos usamos TestNG y definimos diferentes grupos de prueba para integration/unit tests, pero esto probablemente no sea adecuado para usted.

Me movería hasta Junit4 solo por tenerlo :)

Podría separarlos en diferentes conjuntos de pruebas. No se como están organizados en Junit3 pero debería ser fácil en Junit4 solo construir suites de prueba y poner todas las pruebas unitarias reales en una de ellas y luego usar una segunda suite para las pruebas de integración.

Ahora defina una configuración de ejecución para ambas suites en eclipse y podrá ejecutar fácilmente una sola suite. Estas suites también podrían iniciarse desde un proceso automatizado lo que le permite ejecutar las pruebas unitarias cada vez que cambia la fuente y tal vez las pruebas de integración (si son realmente grandes) solo una vez al día o una vez por hora.

Usando IfProfileValue anotación de primavera hace posible lograr esto sin un complemento maven o una configuración requerida.

Anote las clases o métodos de prueba de integración usando IfProfileValue

import org.springframework.test.annotation.IfProfileValue;

@IfProfileValue(name="test-groups", value="integration")
public class ExampleIntegrationTest{
    @Test
    public void longRunningServiceTest() throws Exception {
    }
} 

Para ejecutar usando pruebas unitarias solamente:

mvn clean test

Para ejecutar usando pruebas de integración y pruebas unitarias:

mvn clean test -Dtest-groups=integration

Además, "Ejecutar todas las pruebas" en un IDE solo ejecutaría pruebas unitarias. Agregue -Dtest-groups=integration a los argumentos de la VM para ejecutar tanto la integración como las pruebas unitarias.

No hay una respuesta correcta. Como has explicado, hay varias maneras de hacerlo que funcionarán. He hecho tanto el esquema de nombres de archivos y dividir las cosas en diferentes directorios.

Parece que dividir la cosa en diferentes directorios podría funcionar mejor para usted, y eso me parece un poco más claro, así que me inclinaría hacia eso.

No creo que intentaría anotaciones porque eso me parece más fino. ¿Realmente quieres estos dos tipos de pruebas mezclados en el mismo archivo? No lo haría.