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.
--testspara 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 testsi desea probar una sola clase o usar regexp como gradle -Dtest.single=ClassName*Test testpuede encontrar más ejemplos de clases de filtrado para pruebas en este enlace, sección 23.12. Prueba.
--testsopción de línea de comandos, que se establece para reemplazar -DtestTaskName.single.
--testopció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 someMethoddentro de su MyTestclase. 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-rebuildopción, por ejemplo, gradle -D:submodule:test.single=ClassUnderTestTest --no-rebuild :submodule:testpara 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 --testsopció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 testProdReleaseUnitTestlugar de solo test)
./gradlew test --tests *testMyCollectionTake*y no puedo decir cómo debo reemplazarlo testcon el nombre de la prueba comodín
A continuación se muestra el comando para ejecutar una sola clase de prueba utilizando la gradlewopció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.TestClasscon 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