FEST Swing: Testing de GUIs

FEST Swing no es un festival sobre el estilo musical que hace mover las caderas :D

FEST es el acrónimo de Fixtures for Easy Software Testing y esta compuesto por cuatro módulos, uno de éstos modulos se llama FEST-Swing y su función es la de proporcionar una ayuda para la dificil y tediosa tarea de escribir test para las interfaces gráficas de usuario programadas con el api de java Swing.

FEST Swing se integra perfectamente con TestNG y con JUnit. Además desde una tarea ant es posible generar screenshots de las pantallas que fallaron, util para reportar.

Sin más parafernalia veamos un ejemplo:

dialog.comboBox("domain").select("Users");
dialog.textBox("username").enterText("leia.organa");
dialog.button("login").click();
dialog.optionPane().requireErrorMessage()
            .requireMessage("Please enter your password");

El ejemplo ilustra como testear un dialogo de login y la validación cuando el usuario olvida llenar el campo de texto password.

Aunque su sintaxis es muy intuitiva, en su wiki podrán encontrar una completa documentación de uso.

TDD mejora la calidad sin perder productividad

Un estudio publicado por Empirical Software Engineering demuestra que TDD mejora la calidad del software producido sin decrementar la productividad.

Este estudio se basó en observar el desarrollo de un proyecto de IBM y tres de Microsoft. Cada uno de estos casos de estudio comparan dos proyectos que trabajan en el mismo producto, usando los mismos lenguajes de programación y tecnologías, bajo la misma gerencia y dirección, y sólo uno de los equipos usaba Test-Driven Development (TDD). Ningún equipo sabía que estaba siendo parte de un estudio. El caso de estudio de IBM siguió a un equipo que desarrollaba un controlador de dispositivos. Los casos de Microsoft siguieron a equipos que trabajaron en Windows, MSN y Visual Studio.

Los resultados arrojados mostraron que la densidad de defectos en las pre-entregas de los cuatro productos, medida como defectos cada mil líneas de código, disminuyó entre un 40% y un 90% relativo a los proyectos que no usaron TDD. Las gerencias de los equipos informaron un incremento subjetivo del 15-35% en el tiempo de desarrollo inicial para los equipos que usaron TDD, pero todos estuvieron de acuerdo que esto se cubría por los menores costos de mantenimiento.

Fuente: http://www.dosideas.com/metodologias/445-esta-demostrado-tdd-mejora-la-calidad-del-software.html