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.
11 Ene 2007 | 06:26 PM
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)
11 Ene 2007 | 06:31 PM
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).
15 Ene 2007 | 12:02 PM
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.
18 Ene 2007 | 09:31 PM
Ya ves, no encuentro la mejor forma de hacerlo... :(
20 Ene 2007 | 09:04 PM
Creo que esto igual te interesa XD
http://syntax.rubyforge.org/
20 Ene 2007 | 09:28 PM
Acabamos de entrar en un bucle =xD
http://www.lacoctelera.com/porras/post/2006/12/04/jugando-colorea...