Desarrollando desde la trinchera.

Test-Driven Developmen t (TDD), viene ganando adeptos entre diferentes grupos de desarrollo. Es importante hacer notar, que es una metodologia de diseño de software, mas que de testeo. Si se cumplen todos los pasos, también se favorece la prueba funcional del sistema cuando el mismo esta finalizado. Hay un conjunto de programas de test (pruebas), que en realidad son una especificación ejecutable del funcionamiento del sistema TDD tiene las siguientes reglas o pasos a seguir para lograr los resultados. 1) Agregar una prueba 2) Ejecutar las pruebas y ver que solo uno falla 3) Escribir codigo que permita corregir la prueba que falla. 4) Ejecutar las pruebas automatizadas y ver que todo funciona bien. 5) Restructurar el codigo, para que quede todo lindo. 6) Repetir el ciclo. Varias veces me he preguntado, es adaptable ésta metodologia de desarrollo a un ambiente de desarrollo con GeneXus?. Voy a tratar de dar mi punto de vista para cada punto. 1) Agregar una prueba. Una prueba, es un prog...

En Automating web tests with FitNesse and Selenium , el autor Gojko Adzic (ni idea como se pronuncia!!) hace un buen resumen de como usar FitNesse y Selenium. Web user interfaces have traditionally been hard to integrate into an automated test process. Selenium+FitNesse combination, with just a bit of coding, solves this task incredibly well. Estaría bueno que alguien hablara de este tema en el próximo Evento GeneXus. Creo que somos varios los que nos interesaría escuchar como utilizar esta metodología con aplicaciones hechas con GeneXus.

Estaba leyendo la revista Software de la IEEE (siempre tiene algo interesante) y encontré en el articulo " Profesionalism and Test-Driven Development ". Está bien escrito, aunque de un modo un poco pedante para mi gusto. Una cosa que me resultó llamativa, fue el paralelismo que hace entre la resistencia que tenemos como industria a aceptar algunos métodos que funcionan (en este caso TDD) y la técnica de los médicos para lavarse las manos antes de los exámenes a las embarazadas, para evitar muertes de los niños recién nacidos. Según el autor, parte de la resistencia para aceptar estas técnicas de diseño no son tanto por el trabajo que da el implementarlas, sino por lo dificil que es aceptar todos los errores cometidos con anterioridad, que en nuestro caso de informáticos serían todos los bugs que metimos en nuestros sistemas. Counterintuition In my frequent lectures and courses, I’ve found that many developers consider TDD to be counterintuitive. The extremely short cycles bet...