C++ / TDD

Bienvenidos sean a este post, hoy veremos otro tipo de test.

TDD es la abreviatura de Test Driven Development (Desarrollo conducido por Test) y este proceso inicia escribiendo un codigo de test fallido, luego desarrollamos el codigo para modificar que agrega/modifica lo suficiente como para pasar el test. Para luego refactorizar el plan de test y codigo hasta que se cumplan todos los requerimientos. Por eso podemos dividirlo en tres pasos:

Paso 1 – Escribir un test fallido

En lugar de comenzar escribiendo el codigo del programa, lo haremos con el codigo de test. Como no tenemos un codigo todavia, si corremos el test este fallara. En esta etapa, se define el formato de los datos de test e interfaz, y podemos comenzar a imaginar los detalles de implemenacion del codigo.

Paso 2 – Escribir el codigo

Ahora al momento de escribir el codigo debemos pensar en como hacer que pase el test anterior con el menor esfuerzo posible. La idea no es implementar todo perfectamente sino que solamente pasar el test. Una vez logrado,, tenemos algo para comentar y mostrar al cliente. En este punto, el cliente puede sugerir nuevos requerimientos en base al producto inicial. Con esto podemos pasar al siguiente paso.

Paso 3 – Refactoreo

En esta etapa, nos metemos de lleno en el codigo, miramos bien al mismo, y analizamos que podriamos cambiar y como cambiarlo.

Como pueden estar imaginandose, los programadores tradicionales (me incluyo) deben cambiar mucho su estructura mental porque lo mas habitual es primero programa al codigo y luego correr el test. Con esta metodologia se hace primero el test y luego el codigo.

Para hacernos una idea vaga del conjunto de test para esta tecnica, J. Hartikainen sugiere que un desarrollador siga los siguientes cinco pasos para iniciar:

• Decidir primero las entradas y salidas
• Elegir las firmas de las clases/funciones
• Decidir solo un pequeño aspecto de la funcionalidad a testear
• Implementar el test
• Implementar el codigo

Una vez finalizada esta iteracion, podemos gradualmente refactorearlo hasta que el objetivo general integral sea alcanzado. En el proximo post analizaremos como se implementa mediante un ejemplo.

En resumen, hoy hemos visto a TDD, que es, para que sirve, como se utiliza, y algunas consideraciones a tener en cuenta para su correcta implementacion. Espero les haya resultado de utilidad sigueme en tumblr, Twitter o Facebook para recibir una notificacion cada vez que subo un nuevo post en este blog, nos vemos en el proximo post.