java - unitaria - ¿Cómo se ejecutan las pruebas de JUnit con Gradle?

testing en java

Question

Actualmente tengo el siguiente archivo build.gradle :

apply plugin: ''java''

sourceSets {
    main {
        java {
            srcDir ''src/model''
        }
    }
}

dependencies {
    compile files(''libs/mnist-tools.jar'', ''libs/gson-2.2.4.jar'')
    runtime fileTree(dir: ''libs'', include: ''*.jar'')
}    

Este archivo build.gradle es para mi repositorio here . Todos mis archivos principales están en src / model / y sus respectivas pruebas están en prueba / modelo .

¿Cómo agrego una dependencia JUnit 4 correctamente y luego ejecuto esas pruebas en las carpetas de pruebas / modelo ?

Answer 1

¿Cómo agrego una dependencia de junit 4 correctamente?

Suponiendo que se está resolviendo en contra de un repositorio estándar de Maven (o equivalente):

dependencies {
    ...
    testCompile "junit:junit:4.11"  // Or whatever version
}

Ejecutar esas pruebas en las carpetas de pruebas / modelo?

Usted define su conjunto de origen de prueba de la misma manera:

sourceSets {
    ...

    test {
        java {
            srcDirs = ["test/model"]  // Note @Peter''s comment below
        }
    }
}

Luego invoque las pruebas como:

./gradlew test

EDITAR: Si está utilizando JUnit 5 en su lugar, hay más pasos para completar, debe seguir este tutorial .

Answer 2

Si configura su proyecto con la estructura predeterminada del paquete gradle, es decir:

src/main/java
src/main/resources
src/test/java
src/test/resources

entonces no necesitarás modificar los sets de origen para ejecutar tus pruebas. Gradle se dará cuenta de que sus clases de prueba y recursos están en src / test. Entonces puedes correr como dice Oliver arriba. Una cosa a tener en cuenta: tenga cuidado al establecer archivos de propiedades y ejecutar sus clases de prueba tanto con gradle como con IDE. Yo uso Eclipse, y cuando ejecuto JUnit desde allí, Eclipse elige un classpath (el directorio bin) mientras que gradle elige otro (el directorio de compilación). Esto puede generar confusión si edita un archivo de recursos y no ve reflejado su cambio en el tiempo de ejecución de la prueba.

Answer 3

Si creó su proyecto con Spring Initializr , todo debería estar configurado correctamente y todo lo que necesita hacer es ejecutar ...

./gradlew clean test --info

• Drop --info si no desea ver resultados de prueba.
• Suelte clean si no desea volver a ejecutar las pruebas que ya han pasado desde el último cambio.

Dependencias requeridas en build.gradle para probar en Spring Boot ...

dependencies {
    compile(''org.springframework.boot:spring-boot-starter'')
    testCompile(''org.springframework.boot:spring-boot-starter-test'')
}

Por alguna razón, el corredor de prueba no le dice esto, pero produce un informe HTML en build/reports/tests/test/index.html .