Me parece que se hablo de como mil cosas al mismo tiempo, y en la mezcla se perdieron algunos puntos que son fundamentales. Aca van mis opiniones al respecto.
1) En el camino de aprender sobre testing, seguir los consejos de los autores conocidos sobre testing en rails me hizo un mejor programador. Testeando soy mas productivo y genero codigo de mas calidad. 2) Bajar el tiempo de los tests me parece un tema delicado. Cuanto es mucho tiempo para un test? Pienso que si cualquiera de nosotros considera que sus tests estan tomando demasiado tiempo, pasa una de estas cosas: o bien nuestros tests necesitan algun tipo de rediseño, o bien estamos corriendo nuestros tests demasiado seguido, o bien somos demasiado susceptibles con el tiempo de los tests. Con esto lo que trato de decir es que o bien podemos recurrir al rediseño de los tests, o aguantarnosla un poquito. No fui a la reunion, pero no se me ocurre como los tests pueden demorar minutos en correr, me parece poco comun. 3) Personalmente creo que se usa demasiado mock, rspec y tests que corren en aislamiento. A mi me gustan los tests "lo mas cerca posible del lugar de los hechos". Me gusta que el test ejecute la aplicacion que estoy testeando en su conjunto, esto implica la mayor cantidad de cosas posible, sin llegar a usar servicios de terceros (no le pegaria a twitter porque mi aplicacion usa su api). Despues, si, me gusta cuando se testean las cosas "de a una". 4) Fast context... te da una mano cuando tenes varios macros de shoulda en el mismo context, sino, es una maquina de oscurecer los fallos/errores de los tests. Por lo menos asi, lo veo yo. Sic sic. -- Leandro Marcucci. http://twitter.com/leanucci _______________________________________________ Ruby mailing list [email protected] http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar
