Ya lo dije hace días cuando hablé de tests de unidad en Rails y hoy me reafirmo: ¡testea tus fixtures!
Sobretodo si tienes un modelo más o menos complejo con restricciones variopintas, y que es muy difícil tener en cuenta todas a la vez.
El test podría ser algo tan simple como:
def test_fixtures
Modelo.find(:all).each do |m|
assert m.valid?
end
end
Y la razón de incluirlo es que si tus fixturas no son válidas, al trabajar sobre ellas e intentar, por ejemplo, modificarlas, la acción no se llevará a cabo, véase por ejemplo, el test de un update.
He ahí mis 2 céntimos del día.
Nadie comenta nada en estos post y se queda uno chafao pensando que lo que escribe no es útil, por tanto diré que lo estoy probando ahora mismo y me parece una buena práctica :-), aunque no siempre requerirás que las fixturas pasen todas las validaciones (yo ahora mismo tengo un modelo a medio modelar y voy probando algunas cosas sobre la marcha)
Gracias David!!
A mí lo que me pasaba es que un update no me funcionaba, y no encontraba explicación aparante, y es que no podía hacer el update_attributes porque no era válida la fixtura que quería actualizar.
Por eso digo que por 3 líneas de método no nos vamos a pelear, que mejor meter por defecto y menos problemas.
Por cierto, desarrollar probando los tests directamente en lugar de darle a F5 me parece una de las cosas más mágicas de Ruby (y Rails, claro).
Como mola el SyntaxHighlighter, pero en blogLines se ve de pena XD. Aparece un textarea con un monton de código html y no se entiende nada.
Ya ves, no encuentro la mejor forma de hacerlo... :(
Creo que esto igual te interesa XD
http://syntax.rubyforge.org/
Acabamos de entrar en un bucle =xD
http://www.lacoctelera.com/porras/post/2006/12/04/jugando-colorea...