¿Puede Ant categorizar pruebas JUnit basadas en la jerarquía de herencia?

Question

Estoy trabajando con un proyecto legado que tiene:

• unidad pura prueba
• Pruebas de integración (lento para correr, tienen todo tipo de dependencias desagradables)

Busco la forma más sencilla de ejecutar ambos tipos de pruebas por separado con Ant.

Me pregunto si hay una manera de tener Ant reconocer automáticamente estas dos categorías basadas en la jerarquía de herencia:

StringUtilsTest extends TestCase // "pure unit test" 

vs

ProductionDBTest extends AbstractTransactionalTesterBase // "integration test" 

Hay una jerarquía de superclases abstractas que las pruebas de integración se basan encendido, pero todos se reducen a algunas clases de prueba de primavera y finalmente AbstractSpringContextTests que se extiende junit.framework.TestCase.

En otras palabras, ¿puedo distinguir, en Ant, pruebas que extienden (indirectamente) AbstractSpringContextTests y pruebas que extienden directamente TestCase? O tendría que pasar manualmente las pruebas y, p. ponerlos en Categories o TestSuites por separado? (Hay muchas pruebas para que yo no quiero hacer eso.)

---

Resolución: Traté de Sean (muy prometedor) approach, pero no podía hacerlo funcionar (fácilmente). Así que terminé examinando las pruebas semi-manualmente después de todo, anotando las puras (que era el grupo más pequeño) usando una configuración descrita en this SO question, y ejecutándolas con Ant like this. (Tenga en cuenta que la escritura de un TestRunner personalizado es no es necesario)

Answer 1

La solución que utilizamos para categorizar nuestras pruebas JUnit fue el uso de una anotación personalizada. A continuación, puede usar un TestRunner personalizado con el que se le puede asignar un indicador o argumento con respecto a qué tipos de prueba ejecutar o todos.

Lo sentimos, no hay código de ejemplo, pero la creación de anotaciones y un TestRunner es bastante básico, ¡pruébalo!

Answer 2

No he usado esto por mi cuenta. Pero soy consciente de que usted expresa pruebas unitarias para ejecutar como una colección de recursos, y esas se pueden definir con restrictions. Y, una posible restricción es "instanceof" que le permite seleccionar clases basadas en la superclase. Eso le permite seleccionar las pruebas de integración, y luego usar la función de "diferencia" de la colección de recursos puede seleccionar todo lo demás. No está mal, si no es trivial. Esto funciona en Ant 1.8+, creo.

Answer 3

La forma más sencilla es asignar nombres a las clases de prueba que terminan con el tipo de prueba

digamos que estábamos probando fechas.

DateTest.java (pruebas normales rápido)

DateSysTest.java (correr largas)

Luego, en que había dos objetivos uno las pruebas unitarias rápidas tiene

<batchtest todir="your dir"> 
     <!--Run unit tests for each class with suffix Test, unless it is SysTest or StressTest--> 
     <fileset dir="${src}/test" 
     includes="**/*Test.java" 
     excludes="**/*StressTest.java **/*SysTest.java" /> 
    </batchtest> 

A continuación, crea unos objetivos de hormigas, uno para pruebas rápidas uno para las pruebas sys y uno de ellos hacer todo .. Algo así. Es decir si puede cambiar el nombre de sus clases de prueba.