>> Lo bueno de los tests supongo es asegurar la calidad o correctitud del >> sistema. >> En ningún momento nos asegura no tener problemas grosos. >> Bueno, igual creo que es lo que vos quisiste decir tambien. > > a que te referis con problemas grosos?
Para mi un problema groso es algo que ya no se puede cambiar* y que impacta en muchos lugares en el sistema. Entonces, todo puede tener test y anda fenomeno, pero es una gran caca. Claro, podes decirme que como tenes los tests, podes cambiar todo lo que está mal, y es cierto. A lo que apunto, y es algo que se VENDE hoy por hoy en el ambiente de desarrollo, es que si un sistema esta totalmente testeado, es un sistema bueno. Como vos decís, Y HAY QUE LEER MUY BIEN, lo testeado funciona. Eso no quiere decir que el sistema funcione, ni que el sistema sea "bueno", si esto se puede medir de alguna forma, más que con la opinión de los clientes. Y creo que ese es el punto donde por ahí algunos disentimos. Aún así todo esta relacionado en alguna u otra forma. Un sistema sin errores va a tener clientes satisfechos siempre y cuando sea económico y en tiempo. Es algo pendiente para mi darle una oportunidad al TDD. Las veces que lo intenté quizás no puse el suficiente esfurzo y como Diego sentí que un workspace era más simple. Obviamente el debugger y todo eso se usa, solo que no me banco hacer tests (por ahora) antes que otra cosa. Se ve que me falta un ingrediente. Saludos GallegO PD. Seguro es tarde pero estaria bueno una demo tuya en Smalltalks, donde te proponemos un sistema en el momento y comenzas a modelarlo e implementarlo de 0 con TDD. Nosotros miramos nomas :) y vemos como hacés. --~--~---------~--~----~------------~-------~--~----~ To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] http://www.clubSmalltalk.org -~----------~----~----~----~------~----~------~--~---
