studio programacion móviles libro funciona desarrollo curso autocompletar aplicaciones aplicacion eclipse junit continuous-integration

eclipse - móviles - manual de programacion android pdf



¿Cómo configuro Eclipse para ejecutar sus pruebas automáticamente? (4)

Puedes probar CT-Eclipse , un plugin de prueba continua para Eclipse.

Desde la página del plugin:

Con CT-Eclipse habilitado, a medida que edita su código, Eclipse ejecuta sus pruebas silenciosamente en segundo plano y le notifica si alguno de ellos falla o causa errores.

Leí este artículo: configure su IDE para ejecutar sus pruebas automáticamente http://eclipse.dzone.com/videos/configure-your-ide-run-your

Es bastante fácil configurar Eclipse IDE para ejecutar un destino Ant cada vez que se guarda un archivo. MyProject -> Clic derecho: Propiedades -> Constructores -> Nuevo -> Ant Builder

El problema es que el constructor tiene que reconstruir el jar en cada guardado, que es muy largo. Las pruebas de JUnit se ejecutan utilizando las clases en el tarro.

Ya tenemos configuraciones JUnit (archivos .launch de EclipseIde que contienen la ruta de clase completa para ejecutar las pruebas). Me gustaría poder crear un constructor que envuelva esos archivos de inicio de JUnit. Esto tendría la ventaja de ejecutar las pruebas contra Eclipse .classes (más rápido que reconstruir el jar). También los resultados de la prueba se muestran en la vista JUnit.

¿Alguien ha logrado hacer eso?


Puedes usar JUnit Max , es un complemento de eclipse que ejecutará todas tus pruebas cada vez que guardes. Pero lo hará sin interrumpir su flujo de trabajo. Los resultados se muestran en la esquina izquierda de Eclipse y siempre puede volver a la última prueba exitosa. El complemento ejecuta las pruebas que tienen más probabilidades de fallar primero para que obtenga una respuesta para su último ahorro lo más rápido posible.


Recientemente comencé a usar infinitest.github.com y parece que de alguna manera "sabemos" qué partes del código afectan a qué casos de prueba. Por lo tanto, cuando cambia algún código, vuelve a ejecutar automáticamente las pruebas que probablemente se interrumpirán. Si la prueba falla, marca un error en el lugar donde falló, de la misma manera que Eclipse marcaría un error de codificación, como llamar a un método inexistente o lo que sea. Y todo sucede en segundo plano sin que tengas que hacer nada.