Soy nuevo en Gradle. Yo uso Gradle 1.10 y Ubuntu 13.
Quiero saber si hay algún comando para ejecutar solo una clase de prueba local , similar a 'testonly' en SBT.
Soy nuevo en Gradle. Yo uso Gradle 1.10 y Ubuntu 13.
Quiero saber si hay algún comando para ejecutar solo una clase de prueba local , similar a 'testonly' en SBT.
Respuestas:
Para ejecutar una sola clase de prueba, la respuesta de Airborn es buena.
Con el uso de algunas opciones de línea de comandos, que se encuentran aquí , simplemente puede hacer algo como esto.
gradle test --tests org.gradle.SomeTest.someSpecificFeature
gradle test --tests *SomeTest.someSpecificFeature
gradle test --tests *SomeSpecificTest
gradle test --tests all.in.specific.package*
gradle test --tests *IntegTest
gradle test --tests *IntegTest*ui*
gradle test --tests *IntegTest.singleMethod
gradle someTestTask --tests *UiTest someOtherTestTask --tests *WebTest*ui
Desde la versión 1.10 de gradle admite la selección de pruebas, utilizando un filtro de prueba . Por ejemplo,
apply plugin: 'java'
test {
filter {
//specific test method
includeTestsMatching "org.gradle.SomeTest.someSpecificFeature"
//specific test method, use wildcard for packages
includeTestsMatching "*SomeTest.someSpecificFeature"
//specific test class
includeTestsMatching "org.gradle.SomeTest"
//specific test class, wildcard for packages
includeTestsMatching "*.SomeTest"
//all classes in package, recursively
includeTestsMatching "com.gradle.tooling.*"
//all integration tests, by naming convention
includeTestsMatching "*IntegTest"
//only ui tests from integration tests, by some naming convention
includeTestsMatching "*IntegTest*ui"
}
}
Para entornos de múltiples sabores (un caso de uso común para Android), marque esta respuesta , ya que--tests
argumento no será compatible y obtendrá un error.
--tests
para llamar a un único método de prueba dentro de la clase, entonces vemos iteración sobre todas las clases, incluso todas aquellas que no se ejecutan, lo cual es demasiado lento. No sé si esa lentitud se debe a nuestro entorno o si afectaría a otros. Puede actualizar si encuentra más.
Puede hacerlo gradle -Dtest.single=ClassUnderTestTest test
si desea probar una sola clase o usar regexp como gradle -Dtest.single=ClassName*Test test
puede encontrar más ejemplos de clases de filtrado para pruebas en este enlace, sección 23.12. Prueba.
--tests
opción de línea de comandos, que se establece para reemplazar -DtestTaskName.single
.
--test
opción también puede limitar las pruebas a un solo método dentro de su clase de prueba. Por ejemplo: gradle test --tests *MyTest.someMethod
ejecutará solo la prueba individual someMethod
dentro de su MyTest
clase. Cuando estoy construyendo un caso de prueba, normalmente ejecuto un único método a la vez para que sea más fácil enfocarme solo en la salida que necesito para depurar, luego ejecuto todo el caso de prueba al final.
gradle -D:submodule:test.single=ClassUnderTestTest :submodule:test
. Ver esta discusión en gradle.org
--no-rebuild
opción, por ejemplo, gradle -D:submodule:test.single=ClassUnderTestTest --no-rebuild :submodule:test
para evitar que se reconstruyan las dependencias y, a su vez, ejecutar esa única prueba más rápido.
En caso de que tenga un proyecto de varios módulos:
digamos que la estructura de tu módulo es
root-module
-> a-module
-> b-module
y la prueba (testToRun) que está buscando ejecutar está en el módulo b, con la ruta completa: com.xyz.b.module.TestClass.testToRun
Como aquí está interesado en ejecutar la prueba en b-module, debería ver las tareas disponibles para b-module.
./gradlew :b-module:tasks
El comando anterior enumerará todas las tareas en b-module con una descripción. Y en el caso ideal, tendrá una tarea llamada prueba para ejecutar las pruebas unitarias en ese módulo.
./gradlew :b-module:test
Ahora, ha llegado al punto de ejecutar todas las pruebas en el módulo b, finalmente puede pasar un parámetro a la tarea anterior para ejecutar pruebas que coincidan con el patrón de ruta determinado
./gradlew :b-module:test --tests "com.xyz.b.module.TestClass.testToRun"
Ahora, en lugar de esto si corres
./gradlew test --tests "com.xyz.b.module.TestClass.testToRun"
Ejecutará la tarea de prueba tanto para el módulo a como para el b, lo que podría provocar un error ya que no hay nada que coincida con el patrón anterior en un módulo.
./gradlew :b-module:test --tests testToRun
Después de mucho averiguar, lo siguiente funcionó para mí:
gradle test --tests "a.b.c.MyTestFile.mySingleTest"
Tenga en cuenta que la --tests
opción puede no funcionar si tiene una compilación diferente types/flavors
(falla con Unknown command-line option '--tests'
). En este caso, es necesario especificar la tarea de prueba en particular (por ejemplo, en testProdReleaseUnitTest
lugar de solo test
)
./gradlew test --tests *testMyCollectionTake*
y no puedo decir cómo debo reemplazarlo test
con el nombre de la prueba comodín
A continuación se muestra el comando para ejecutar una sola clase de prueba utilizando la gradlew
opción de línea de comando:
gradlew.bat Connected**your bundleVariant**AndroidTest -Pandroid.testInstrumentationRunnerArguments.class=com.example.TestClass
Debajo del ejemplo para ejecutar la clase com.example.TestClass
con variante Variant_1
:
gradlew.bat ConnectedVariant_1AndroidTest -Pandroid.testInstrumentationRunnerArguments.class=com.example.TestClass
En mi caso, las advertencias de mi compilador eclipse java se establecieron demasiado altas, y eclipse no reconocía mi clase como válida para la ejecución. Actualizar la configuración de mi compilador solucionó el problema. Puede leer más sobre esto aquí: anotación-no nulo-no se puede resolver