Incrementando la memoria en los porcesos ANT

Una de los problemas típicos en el desarrollo de las pruebas unitarias y funcionales que realizamos con JUnit y JMeter respectivamente, es que se lanzan con el ANT y según crecen aparecen los típicos OutOfMemory lanzándolas ¿Como las resolvemos? pues bien fácil.

1. Crear la variable de entorno ANT_OPTS
2. Asingnarle la memoria deseada como por ejemplo -Xms256M -Xmx512M, que se corresponde con una reserva inicial de 256MB y una máxima de 512MB

Hay que pensar que sobre todo consume mucha memoria la generación de informes con XSLT si los XML con los resultados son muy grandes (típico en las pruebas de carga o estabilidad).

Espero que sea de utilidad

DNM

Artículo: Junit 4

Este artículo explica las novedades que ofrece la nueva versión del framework para realizar pruebas unitarias con Java JUnit versión 4.x, sobre la versión 3.x. Repasa brévemente las funcionalidades y estructura de la versión 3.x para posteriormente repasara en mas detalle las nuevas funciones de JUnit 4.x con la incorporación de las anotaciones de Java 5 siguiendo unos ejemplos simples que prueban un EJB tipo calculadora y su integración en el IDE de desarrollo eclipse 3.2.x y ANT para la automatización de las pruebas, como aconseja las metodologías ágiles de automatizar toda la fase de integración y pruebas todo lo que se pueda. Por último se dan una serie de consejos de buenas prácticas para implementar buenas pruebas unitarias.

• Autor: Diego Núñez Monasterio

Recursos y seminario completo en:

• /cvspanel/formacion/TutorialEJB30
  

Jazz, algo se mueve en serio en la Integración Continua

Parece que IBM ya anuncia a bombo y platillo su nueva plataforma jazz sobre Eclipse orientada al desarrollo de software para ambientes de desarrollo distribuido, aplicando su larga experiencia en el desarrollo de Eclipse, donde en los últimos 6 años ha demostrado que ha desarrollado con gran éxito un producto estable con ampliaciones de funcionalidad con un ritmo "predecible" (por eso aparecen conceptos musicales como el Jazz, el Eclipse rhythm) de muy alta calidad. Los grupos de trabajo están distribuidos por el mundo donde es un lujo disponer de grupos pequeños de desarrollo en "una misma habitación".
La duda que me queda es si habrá parte de la plataforma en modo licencia open source o habrá que soltar la pasta. No hay que perder la pista de que IBM anuncia, que sus productos de la familia Rational (por cierto muy caros) van a utilizar esta tecnología. Por lo que ponen en su web y por su trayectoria en el modelo de negocio en estos últimos años (por lo menos en el mundo Java), lo normal es que liberen la parte central (core) de la plataforma y se pongan ha poner sus productos de pago sobre esta. Dejando que otras empresas pongan los suyos.

Me encanta el jazz y su espíritu a la hora de componer y ejecutar la música, como no disfrutar de bandas míticas como Jazz Mesengers, Duke Ellington, Glen Miller y tantos otros. Si IBM pone ritmo de Jazz al desarrollo del software y su eslogan es "People, not organizations, builts great software", ¡yo me apunto! aunque solo sea para disfrutar del Jazz, mi entrada seguro que es la del gallinero.

Bibliografía

• Erich Gamma
• IBM Jazz Proyect
• Jazz Blog
  

JUnit 4

Audiencia

Este artículo está orientado a desarrolladores java sin ningún conocimiento previo excepto nociones básicas de programación en Java. No es necesario conocimientos previos en Junit 3.x.

Resumen

Este artículo explica las novedades que ofrece la nueva versión del framework para realizar pruebas unitarias con Java JUnit versión 4.x, sobre la versión 3.x. Repasa brevemente las funcionalidades y estructura de la versión 3.x para posteriormente repasara en mas detalle las nuevas funciones de JUnit 4.x con la incorporación de las anotaciones de Java 5 siguiendo unos ejemplos simples que prueban un EJB tipo calculadora y su integración en el IDE de desarrollo eclipse 3.2.x y ANT para la automatización de las pruebas, como aconseja las metodologías ágiles de automatizar toda la fase de integración y pruebas todo lo que se pueda. Por último se dan una serie de consejos de buenas prácticas para implementar buenas pruebas unitarias.

Introducción

JUnit es una herramienta fundamental en el contexto de las metodologías ágiles capitaneadas por el Extrem Programming[1] cuyos fundadores Martin Fowler[2] y Ken Beck [3] a través de múltiples artículos y estudios han puesto encima de la mesa de los programadores subconjuntos de metodologías, buenas prácticas o estilos de programación como el Test Driven Developement (TDD) donde el desarrollo se comienza por las pruebas unitarias y se termina con los componentes que pasan dichas pruebas, y la Integración continua que persigue como objetivo principal que la fase de construcción del software dede el código fuente sea un proceso idealmente automático donde las pruebas de regresión JUnit son parte de la garantía de la calidad del software. En resumen es más efectivo dedicar tiempo a diseñar una buena prueba unitaria que estar dejándote las pestañas con el debugger para ver que está ocurriendo.

Siguiendo estas buenas prácticas se consigue que:

• EL sistema esté cubierto enteramente por pruebas unitarias.

• Fomenta un diseño con bajo acoplamiento y alta cohesión, simplemente por el hecho que a la hora de programar estamos pensando ya en como probarlo.

• El sistema crece de forma incremental, construyendo cada vez más piezas con su correspondiente prueba unitaria.

• Pasar las pruebas de regresión una y otra vez tiene un coste mínimo podríamos decir que despreciable frente a un sistema que carece de ellas.

La aparición de de JUnit se produjo en 1999 de manos Erich Gamma com la versión Java del primer desarrollo del framework realizado por Ken Beck SUnit Simple Smalltalk Testing: With Patterns para Smaltak y que posteriormente se ha generado dicho framework para otros lenguajes de programación conocida como Xunit.

Bibliografía

1. Get Acquainted with the New Advanced Features of JUnit 4.
2. JUnit FAQ.
3. JUnit Ant Task.
4. JUnitReport Ant Task.
5. JUnit.org
   
6. Curso práctico en Ingeniería de Software del MIT. Prácticas: JUnit.
7. An early look at JUnit 4.
8. JUnit best practices