Introducción
Bienvenidos a la siguiente entrega de nuestra serie de publicaciones sobre ASP.NET Core y CQRS. En esta ocasión, nos centra...
For further actions, you may consider blocking this person and/or reporting abuse
Hola Isaac, gracias por el tutorial.
Una observación, resetear la base de datos después de finalizar cada prueba no es factible cuando se tiene un número de tablas significativo (como por ejemplo, 100 tablas).
Hola Dave!
Habría que hacer la prueba (o ya lo confirmaste?), respawn es lo suficientemente inteligente que la forma que hace el reset es haciendo puros DELETE's de forma jerárquica, por lo cual no deshabilita constraints ni nada para ejecutar un "restore point".
Buscando por internet no encontré ninguna queja en bases de datos gigantes, tengo un proyecto con mucha deuda técnica donde tengo pendiente agregar pruebas de integración, valdría la pena ser conejillo de indias.
Saludos!
Sí, lo probé con una base de datos de 60 tablas por medio de MariaDb, el problema radica que es más costoso crear y eliminar tablas que borrar datos de las tablas. Por eso decidí utilizar Respawn, por lo que las pruebas de integración se ejecutan más rápido.
Aquí por ejemplo el OP no desea crear y eliminar la base de datos después de cada prueba porque es costoso: stackoverflow.com/questions/647115.... Al final el OP decidió crear sus scripts SQL para borrar datos de las tablas, aunque en los comentarios mencionaron la biblioteca Respawn.
Saludos!
Mea culpa Dave, este código está desactualizado a como lo dejé al final, creí que te referías que no era óptimo utilizar Respawn con muchas tablas.
Revisando el post ni uso respawn 😅.
Me urge actualizar este post ya que no es la primera pregunta de este tipo, realmente en este ejemplo uso SQLite y al final lo quité y lo dejé con SQLServer y Respawn.
Totalmente cierto lo que dices, eliminar y recrear TODA la base de datos por cada prueba, no conviene para nada. Respawn es la solución.
Saludos!!
Esperaré con ansia la actualización del post, me hubiera ahorrado dolores de cabeza 😅 (dos días sufriendo sobre como configurar las pruebas de integracion haha 😰)
Saludos Issac!
En este proyecto las tengo como quedaron al final en esta serie de posts.
En qué estás batallando o tienes dudas con pruebas de integración?
Gracias Isaac, la vdd he aprendido bastante con los blogs que escribiste, quería aparte de agradecerte, compartirte que he tratado de implementar lo mismo que hiciste aquí pero con Xunit y Testcontainers, te lo comparto por si gustas ver mi spaguetti xD.
Me base en videos de Milan Jovanović y Nick Chapsas.
github.com/TorresOmarr/MinimalApiA...
Hola Omar!, gracias por tu comentario y el aporte
Milan y Nick son muy buenas referencias, seguro no es spaguetti como dices jaja
Saludos!.
jeje gracias, lo que quiero hacer en un futuro es ver la manera de agrupar por dos o mas collections test que no se relacionen entre si correrlos en paralelo por si llegasen a tardar mucho, pero eso lo hare solo si se requiere.
Excelente, conocí otra forma de hacer pruebas a la bd
Buen articulo!
solo tengo una consulta, para el método GetAccessToken() no seria mejor utilizar una llamada http directo al endpoint de autenticación en vez de simularlo con el SendAsync..?
¡Gracias!
Podría ser, pero mi intención en esa parte es probar otros métodos y no la autenticación en si, por eso lo tengo en la parte Arrenge.
Pero es depende como lo veas, si quieres hacer la llamada al Endpoint en lugar de al comando directamente, funciona perfectamente también.
¡Saludos!
una base de datos SQLite para tests y SQL Server en producción no es una buena práctica ? SQLite no tiene soporte para stored procedures, SQL server si.
Quizá es viable Sql Server en Linux, con Docker?
Sí, no es buena idea, esta serie de posts empezaron como algo sencillo y corto y resultó ser una serie larga que abarqué temas que no pensé que lo iba a hacer.
De hecho en este post moví todo a SQL Server (incluso las pruebas).
Si son pruebas de integración, debe de ser SQL Server para sí probar la integración jeje.
Debería de actualizar este post porque sí confunde.
Saludos!
si, updates, estado del arte :-)