HOla de nuevo.

Me han sugerido el comentar la utilidad de JUnit dentro de la plataforma
Java. He visto por internet que es algo así como un marco de trabajo
(framework) para probar aplicaciones, sin embargo, no me queda clara su
verdadera utilidad.
¿Es que no puede un desarrollador hacer las pruebas que sean sobre sus
programas?
Supongo que esto va mucho más allá de lo que imagino...

Saludos.

JUnit es un framework para la realización de pruebas unitarias. Éstas son
pequeños test que se pasan a piezas del código (normalmente los métodos)
para comprobar que funcionan como deben.
Con todas ellas se va generando lo que se conoce como una suite de pruebas
que se pasa a la aplicación., en cualquier momento, de forma que se
comprueba que los cambios que se van realizando funcionan bien y que no han
fastidiado el comportamiento ya implementado (regresión). Básicamente se
trata de un API que permite comprobar si un método devuleve lo que tiene que
devolver dependiendo de los valores que se le pasen a los argumentos. Por
ejemplo, un método login que devuelva true si se le pasa un usuario y clave
correctos, y false si no lo son.
En un entorno ideal de diseño las pruebas se programan antes del propio
código sobre el que se aplicarán, aunque esto se ve poco. Las pruebas sirven
además como documentación, porque son trozos pequeños de código en los que
es fácil advinar qué es lo que hace (o que remos que haga) cada método.
Para que las pruebas puedan pasarse con frecuencia (por lo menos una vez al
día), deben estar automatizadas, y esto en Java debe hacerse con Ant. Además
las prubas pueden generar informes de los resultados en varios formatos
(texto, XML, HTML,...) también con una tarea Ant (junitreport o algo así).
Si lo sumas a un control de versiones bien gestionado por el equipo (con
CVS, por ejemplo), en el que cada integrante sólo suba las modificaciones
tras haberlas probado, tendrás varios de los elementos que definen el
proceso denominado "integración continua". Hay varios libros y artículos que
tratan sobre todo esto, pero particularmente me parecen muy buenos los de
metodología XP, como "Java Tools for eXtreme Programming".

Un saludo

P.D.: Por cierto, Eclipse tiene una integración con JUnit bastante maja,
aunque prefiero seguir usando las tareas Ant.

"pete" <pedro_diaz***sfactory.es> escribió en el mensaje
news:dcsfor$31e$2***nsnmrro2-gest.nuria.telefonica-data.net...
> HOla de nuevo.
>
> Me han sugerido el comentar la utilidad de JUnit dentro de la plataforma
> Java. He visto por internet que es algo así como un marco de trabajo
> (framework) para probar aplicaciones, sin embargo, no me queda clara su
> verdadera utilidad.
> ¿Es que no puede un desarrollador hacer las pruebas que sean sobre sus
> programas?
> Supongo que esto va mucho más allá de lo que imagino...
>
> Saludos.

JUnit es un framework para la realización de pruebas unitarias. Éstas son
pequeños test que se pasan a piezas del código (normalmente los métodos)
para comprobar que funcionan como deben.
Con todas ellas se va generando lo que se conoce como una suite de pruebas
que se pasa a la aplicación., en cualquier momento, de forma que se
comprueba que los cambios que se van realizando funcionan bien y que no han
fastidiado el comportamiento ya implementado (regresión). Básicamente se
trata de un API que permite comprobar si un método devuleve lo que tiene que
devolver dependiendo de los valores que se le pasen a los argumentos. Por
ejemplo, un método login que devuelva true si se le pasa un usuario y clave
correctos, y false si no lo son.
En un entorno ideal de diseño las pruebas se programan antes del propio
código sobre el que se aplicarán, aunque esto se ve poco. Las pruebas sirven
además como documentación, porque son trozos pequeños de código en los que
es fácil advinar qué es lo que hace (o que remos que haga) cada método.
Para que las pruebas puedan pasarse con frecuencia (por lo menos una vez al
día), deben estar automatizadas, y esto en Java debe hacerse con Ant. Además
las prubas pueden generar informes de los resultados en varios formatos
(texto, XML, HTML,...) también con una tarea Ant (junitreport o algo así).
Si lo sumas a un control de versiones bien gestionado por el equipo (con
CVS, por ejemplo), en el que cada integrante sólo suba las modificaciones
tras haberlas probado, tendrás varios de los elementos que definen el
proceso denominado "integración continua". Hay varios libros y artículos que
tratan sobre todo esto, pero particularmente me parecen muy buenos los de
metodología XP, como "Java Tools for eXtreme Programming".

Un saludo

P.D.: Por cierto, Eclipse tiene una integración con JUnit bastante maja,
aunque prefiero seguir usando las tareas Ant.

"pete" <pedro_diaz***sfactory.es> escribió en el mensaje
news:dcsfor$31e$2***nsnmrro2-gest.nuria.telefonica-data.net...
> HOla de nuevo.
>
> Me han sugerido el comentar la utilidad de JUnit dentro de la plataforma
> Java. He visto por internet que es algo así como un marco de trabajo
> (framework) para probar aplicaciones, sin embargo, no me queda clara su
> verdadera utilidad.
> ¿Es que no puede un desarrollador hacer las pruebas que sean sobre sus
> programas?
> Supongo que esto va mucho más allá de lo que imagino...
>
> Saludos.

JUnit es un framework para la realización de pruebas unitarias. Éstas son
pequeños test que se pasan a piezas del código (normalmente los métodos)
para comprobar que funcionan como deben.
Con todas ellas se va generando lo que se conoce como una suite de pruebas
que se pasa a la aplicación., en cualquier momento, de forma que se
comprueba que los cambios que se van realizando funcionan bien y que no han
fastidiado el comportamiento ya implementado (regresión). Básicamente se
trata de un API que permite comprobar si un método devuleve lo que tiene que
devolver dependiendo de los valores que se le pasen a los argumentos. Por
ejemplo, un método login que devuelva true si se le pasa un usuario y clave
correctos, y false si no lo son.
En un entorno ideal de diseño las pruebas se programan antes del propio
código sobre el que se aplicarán, aunque esto se ve poco. Las pruebas sirven
además como documentación, porque son trozos pequeños de código en los que
es fácil advinar qué es lo que hace (o que remos que haga) cada método.
Para que las pruebas puedan pasarse con frecuencia (por lo menos una vez al
día), deben estar automatizadas, y esto en Java debe hacerse con Ant. Además
las prubas pueden generar informes de los resultados en varios formatos
(texto, XML, HTML,...) también con una tarea Ant (junitreport o algo así).
Si lo sumas a un control de versiones bien gestionado por el equipo (con
CVS, por ejemplo), en el que cada integrante sólo suba las modificaciones
tras haberlas probado, tendrás varios de los elementos que definen el
proceso denominado "integración continua". Hay varios libros y artículos que
tratan sobre todo esto, pero particularmente me parecen muy buenos los de
metodología XP, como "Java Tools for eXtreme Programming".

Un saludo

P.D.: Por cierto, Eclipse tiene una integración con JUnit bastante maja,
aunque prefiero seguir usando las tareas Ant.

"pete" <pedro_diaz***sfactory.es> escribió en el mensaje
news:dcsfor$31e$2***nsnmrro2-gest.nuria.telefonica-data.net...
> HOla de nuevo.
>
> Me han sugerido el comentar la utilidad de JUnit dentro de la plataforma
> Java. He visto por internet que es algo así como un marco de trabajo
> (framework) para probar aplicaciones, sin embargo, no me queda clara su
> verdadera utilidad.
> ¿Es que no puede un desarrollador hacer las pruebas que sean sobre sus
> programas?
> Supongo que esto va mucho más allá de lo que imagino...
>
> Saludos.