tag:blogger.com,1999:blog-4364815135056214516.post9126996218172789590..comments2024-02-07T01:18:20.816-08:00Comments on Programación desordenada: Tips para comprobar el modelo de Code First en Sql ServerSergio Leónhttp://www.blogger.com/profile/07959547392771610349noreply@blogger.comBlogger2125tag:blogger.com,1999:blog-4364815135056214516.post-21929361010129215732013-06-20T07:46:18.398-07:002013-06-20T07:46:18.398-07:00Hola Juanma,
El tema de los tests es lo siguiente ...Hola Juanma,<br />El tema de los tests es lo siguiente con lo me quiero meter (además de la integración continua) ;-)<br />Lo cierto es que a día de hoy no los gasto, pero está claro que tendría que hacerlo, en eso no hay discusión. En cualquier caso, te pregunto yo ahora ¿Hablas de hacer un test que lea la estructura de bd para comprobar estas condiciones? Es decir, imagino que se podrán leer los metadatos de EF desde código y ver si ciertas relaciones han implementado o no la cascada, pero para ver si hay algún campo de bd "misterioso" que se ha creado sin tú saberlo para soportar una relación, no queda otra que buscar en la bd ¿Tampoco hay problema en que un test hiciera eso, no?<br />Gracias por comentar!Sergio Leónhttps://www.blogger.com/profile/07959547392771610349noreply@blogger.comtag:blogger.com,1999:blog-4364815135056214516.post-91367550176395206292013-06-20T07:35:15.207-07:002013-06-20T07:35:15.207-07:00"Yo no sé tú, pero yo con Code First siempre ..."Yo no sé tú, pero yo con Code First siempre tengo que terminar echando un vistazo a la base de datos para confirmar que las relaciones declaradas en el modelo se han inferido correctamente y se han generado como tenía previsto."<br /><br />Yo suelo escribir un test. Mirar bases de datos no me gusta mucho, y el test lo puedes seguir ejecutando siempre y pillar errores si en el futuro cambias las convenciones y metes la pata.Juanmahttp://blog.koalite.comnoreply@blogger.com