ES EL DÍA OPUESTO

ES EL DÍA OPUESTO

Amigos poco a poco llegamos al final de esta gran historia pero eso no nos quita la emoción y diversión de escribir estos blogs, así que ya sabes si te gustan y quieres más no olvides suscribirte y dejar tu manita arriba.

En esta ocasión nos toca ver más pruebas pero ahora en vista de desarrollo, acaso es el día opuesto o qué? Pues no amigo, vamos a desarrollar a partir de pruebas pero no hago mas spoilers vamos a ello.

¿Qué $&#!* es TDD?

Test-Driven Development, pero yo le digo Desarrollo dirigido por pruebas. Efectivamente más testeo pero ahora con un nuevo enfoque. Ya sabes que sigue así que solo vamos a ello, según la vieja confiable el TDD es una práctica e ingeniería de software que involucra otras dos prácticas: Escribir las pruebas primero y Refactorización. En primer lugar, se escribe una prueba y se verifica que las pruebas fallan.

Lo se, ni yo entiendo esas definiciones es por eso que te lo resumo como la práctica en la programación que consiste en primero escribir las pruebas, mayormente unitarias, y posteriormente escribir el código fuente que debe pasar estas pruebas para al final simplemente refactorizar el código.

Aca entre nos, esta práctica fue creada por un tal Kent Beck, que disque buscaba que el código fuese:

  • Mas robusto
  • Más seguro
  • Mas mantenible
  • Y con mayor rapidez de desarrollo

No nos confundamos, TDD no es otra forma de hacer pruebas sino que es una práctica que trata de hacer el desarrollo en conjunto.

PASITO A PASITO

Como siempre la mejor manera de hacer estos desarrollos es seguir una serie de pasos y mira nomas:

 Fuente de la imagen: Wikipedia

Podemos ver este proceso en 7 pasitos:

  1. Elegir un requisito
  2. Escribir una prueba
  3. Verificar que la prueba falla
  4. Escribir la implementación
  5. Ejecutar pruebas automatizadas
  6. Eliminación de duplicados
  7. Actualizar lista de requisitos

Este proceso puede tener de varias sopas: que la prueba pase, que la prueba falle o un refactor. Si sumamos este enfoque de probar primero con las prácticas de desarrollo ágil podemos hacer que tengamos mayor enfoque al diseño que a las pruebas.

Conclusión

Este tipo de prácticas agiliza bastante tanto el desarrollo como el diseño, es como matar dos pájaros de un tiro, poder prevenir las fallas y desarrollar sobre ellas es como ver el futuro y evitar el fin del mundo.

Deja un comentario

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión /  Cambiar )

Google photo

Estás comentando usando tu cuenta de Google. Cerrar sesión /  Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión /  Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión /  Cambiar )

Conectando a %s

Crea tu página web en WordPress.com
Empieza ahora
A %d blogueros les gusta esto: