Ruby Forum Rails-ES > Plataformas y orientaciones no-sexuales con respecto al testing en Rails

Posted by Aitor Garcia Rey (Guest)
on 13.08.2008 14:04
(Received via mailing list)
Buenas a todos!

Me gustaria hacer un sondeo rápido entre la comunidad desarrolladores
de ror-es. ¿Cual es vuestra actual orientación/plataforma de test en
Rails?. ¿TDD/BDD/Testeame el culo?. ¿Test::Unit/rspec/shoulda?.

En LP estamos terminando un proyecto que será liberado en breve y por
ello nos interesa particularmente la opinión de las personas que
mantengan o colaboren en proyectos open source. ¿Veis alguna
diferencia/ventaja en el uso de ciertos frameworks de testing cuando
los proyectos involucran a terceras personas?. ¿Tenéis algún proyecto
que os parezca modélico en cuanto la tratamiento del tema del
testing(no tanto en cuanto a la implementación especifica, sino a la
manera de promover y definir las políticas de testing)?

Se agradece cualquier comentario, sugerencia y/o insulto inteligente.

--
Kind Regards,
Aitor Garcia
Cofounder - Linking Paths
http://www.linkingpaths.com
Posted by Guillermo (Guest)
on 13.08.2008 15:04
(Received via mailing list)
2008/8/13 Aitor Garcia Rey <aitor@linkingpaths.com>:
> Me gustaria hacer un sondeo rápido entre la comunidad desarrolladores
> de ror-es. ¿Cual es vuestra actual orientación/plataforma de test en
> Rails?. ¿TDD/BDD/Testeame el culo?. ¿Test::Unit/rspec/shoulda?.

Pues si es para liberar, y se trata de rails, tiraría por lo más
sencillo y viene integrado. Esto es Test::Unit. Así te quitas de
dependencias externas y cuando alguien lo descargue, pueda ponerlo a
funcionar sin mucho problema.

Si no es rails... Rspec está muy de moda. Otros frameworks como merb,
lo elijes directamente, si quieres uno u otro.

Para projectos personales sobre rails suelo utilizar shoulda, por que
me es más cómodo y limpio.
Posted by Raul Murciano (raul)
on 13.08.2008 21:50
(Received via mailing list)
A riesgo de escribir una verdad de perogrullo, creo firmemente que el
estilo del código liberado en un proyecto influye muchísimo en el
estilo de las aportaciones que vaya a recibir (vamos, que el código
limpio atrae código limpìo, y viceversa), así que lo único que valoro
es que el código esté testeado y, puestos a pedir, que los tests sean
claros, concisos y completos (casi nada!). Como es posible escribir
tests preciosos y horribles con cualquiera de las tres opciones que
comentas, preferiría que escogiérais el framework que más os guste a
vosotros y con el que os sintáis más cómodos.

En lo personal, los DSLs me dan un poco de pereza, RSpec me parece un
poco verbose y de momento no le he cogido el punto a las stories, así 
que cuando puedo elegir uso Test::Unit, y añado shoulda cuando veo que
me ayuda a estructurar mejor los tests. Pero tampoco se me caen los
anillos por leer/editar tests escritos en RSpec si hace falta...