> 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.
Es un compromiso, hay que buscar el equilibrio entre el tiempo de ejecuión y el
alcance de los tests. Pero es muy importante poder correr frecuentemente la
mayor cantidad posible de tests porque si no se pierden muchos de los
beneficios de tener tests.
Hace un tiempo utilicé una herramienta llamada autotest que todo el tiempo
verificaba que archivos habían sido modificados y ejecutaba los tests afectados
por estos archivos. Esto también puede ser una solución para el problema, sin
necesidad de fakear el acceso a la DB.
Saludos!
_______________________________________________
Ruby mailing list
[email protected]
http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar
