El día 18 de junio de 2010 15:56, Lorenzo Jorquera <[email protected]> escribió: >> Quisiera aportar algo más ... La importancia del test >> está dada en >> a) que se haga correctamente, >> b) que sea lo más parecido a la situación real posible y >> c) en la confianza que tengas en que un resultado correcto >> implicaría >> un funcionamiento correcto de tu software en producción. >> >> En ese contexto, si tarda un minuto más o una hora más, >> carece de >> importancia. Lo importante es que se haga bien. >> >> Siguiendo con esa premisa, y suponiendo que la tardanza de >> los test >> afecten tu productividad, podrías tirar algún test >> parcial mientras >> vas laburando y sólo ejecutarlo completo en forma >> nocturna. > > En esto no estoy para nada de acuerdo. Una de las más grandes ventajas de los > tests es que proveen feedback muy rápidamente. Si nuestros tests nos avisan > que cometimos un error un día después nos va a costar mucho más corregir ese > error que si nos enteramos inmediatamente.
Es posible, pero en el caso que tenga que optar por velocidad o resultado correcto, elijo lo segundo. No sé si está bien o mal, pero a mí me funciona tener varios test de integración y los corro de acuerdo a la necesidad. Cuando todo parece estar bien, antes de pasar a producción algo, corro el general. Silvio _______________________________________________ Ruby mailing list [email protected] http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar
