Selenium IDE es un plugin para Firefox que permite grabar la navegación por una página con el objetivo de crear pruebas funcionales. La grabación puede usarse en el propio IDE o pasarse a Selenium. En su versión 0.7 parece bastante maduro, como puede comprobarse en su vídeo demostrativo. Resulta interesante cómo últimamente está avanzando a pasos agigantados este enfoque para pruebas funcionales de aplicaciones web. Sin duda es un buen contrincante (¿o quizá un complemento?) a entornos como FIT o Jameleon.

Parece que sigue habiendo gente esforzándose en hacer que las pruebas unitarias sean cada vez más fáciles de desarrollar ;-). Con este objetivo ha aparecido rMock 2.0 (release candidate 1) que realmente parece haber conseguido aunar lo mejor de dos de las bibliotecas de generación dinámica de MockObjects para Java más usadas hasta la fecha: EasyMock y jMock.

rMock permite crear dentro del propio test clases (MockObjects) que sustituyen a las reales (con el propósito de controlar el entorno de la clase bajo prueba) ya sea a partir de una interfaz o bien directamente a partir de la clase a la que tienen que sustituir. Sin duda rMock parece muy prometedor.

Agile Rules ha anunciando CATS (C Automated Testing System) y CATS Runner, un sistema para desarrollar pruebas unitarias automatizadas de aplicaciones desarrolladas en C. Hacen también una mención especial a la posibilidad de usarla en aplicaciones desarrolladas para sistemas embarcados.

Ya hemos hablado en ocasiones anteriores de la dificultad de llevar a cabo ciertas prácticas de los métodos ágiles y en particular el desarrollo de pruebas automatizadas cuando se desarrolla con C o C++. Gracias a CATS resultará un poco más fácil usar desarrollo dirigido por pruebas (TDD) en estos entornos.

Es agradable ver cómo Microsoft está apostando por el mundo de los métodos ágiles.
Sin embargo, en un artículo en el Dot Net Developers Journal se hace una incorrecta descripción de qué es TDD. Este artículo trata sobre cómo usar las herramientas de test del VS 2005.
En la siguiente entrada de su blog, Scott Bellware nos da detalles sobre esto.

Una buena práctica conocida en el mundo de las pruebas es la conocida con el término anglosajón "single-assert". El significado de este término (algo confuso) es que en cada método de prueba debe existir sólo una serie de invocaciones a métodos assert que en conjunto comprueben una única funcionalidad o característica.

En su artículo Single Assert Reconsidered, Sven gorts aclara este concepto con ejemplos muy ilustrativos y se plantea algunas excepciones en las que él considera razonable no cumplir este principio. Eso si, deja claro que sigue considerándolo muy aconsejable en la mayoría de los casos.