Testing

Tests end-to-end con Selenium Webdriver

Open source on Github

Vale, vale: no he llegado a tiempo para publicaros el post sobre escalabilidad en el que estoy trabajando pero calma porque no os voy a dejar sin turrón: republico un screencast que monté justo antes de empezar programar.cloud sobre test end-to-end con Selenium. He vuelto a verlo y todo lo explicado en él sigue estando vigente. Además quedó bastante entretenido, sobre todo si lo pones a x1.25. Siempre soy más divertido a x1.25.

Recordad que los podcasters y bloggers nos alimentamos de likes y retuits así que sed buenos y dadle a los botoncitos que aparecen en la izquierda para que el mayor número de gente posible conozca el proyecto.

Tests de integración

traffic light tree

TL;DR: Es imposible mantener la calidad del producto si los errores no se detectan inmediatamente. Una de las herramientas más potentes que tienes son los tests.

RSS para podcatcher

alojado en archive.org

Voy a decirte por primera vez algo: no, no, en realidad llevo dándote la paliza con lo mismo desde el primer post y es que el código tiene que estar en producción para que aporte valor. Y el problema principal que te vas a encontrar si en lugar de una release al mes haces cuatro (o diez, o cien) es que tienes cuatro, diez o cien veces más oportunidades de liarla. Cualquier error que hayas introducido en tu código potencialmente puede terminar impactando al usuario mucho antes y provocar un retraso en cascada de nuevos despliegues. Voy a explicarte cómo evitar esta situación y de paso también te contaré algunas cosas sobre las lechugas.