Estas pruebas solo son utiles hacerlas a metodos repositorios presonalizados? Es decir, no es necesario hacer test a metodos propios de jpa como save o findById?
Excelente explicación, pero hago una consulta por ignorancia, ya que estoy aprendiendo sobre test. Es necesario agregar test a la capa de datos siendo que jpa ya nos abstrae de todo eso? es como hacer pruebas a una librería que ya esta probada a mi entender.
a lo que investige, es util para cuando tu agregas o personalizas consultas, por ejemplo algo como findByCustomField() ahi si que seria recomendable hacer pruebas, para verificar que las consultas hacen lo que crees que hacen
lo intente con base de datos Mysql, pero me generaba error, me decia que debia usar una base de datos embebida como h2, y en efecto con h2 si pasaron las pruebas. gracias por tu contenido, muy bueno!!
No es lo mismo, la diferencia principal a mi forma de ver es la flexbilidad, un constructor es mas rígido ya que necesitas proporcionarle todos los argumentos necesarios del objeto que deseas inicializar, por otra parte Builder no lo necesita a menos que lo hayas definido como un atributo not null, además de que te ahorra mucha dificultad al crear un objeto por si este llegara a ser complejo. Es uno de los grandes beneficios de los patrones creacionales 🤓
Que bien que explicas genio, muchas gracias!!
La verdad excelente!, por favor mas material de este nivel!
Me ancato tu canal por favor sigue con mas videos!
Apreciamos tus comentarios ! muy pronto mas contenido, saludos ! ✌️
Estas pruebas solo son utiles hacerlas a metodos repositorios presonalizados?
Es decir, no es necesario hacer test a metodos propios de jpa como save o findById?
Excelente explicación, pero hago una consulta por ignorancia, ya que estoy aprendiendo sobre test. Es necesario agregar test a la capa de datos siendo que jpa ya nos abstrae de todo eso? es como hacer pruebas a una librería que ya esta probada a mi entender.
a lo que investige, es util para cuando tu agregas o personalizas consultas, por ejemplo algo como findByCustomField() ahi si que seria recomendable hacer pruebas, para verificar que las consultas hacen lo que crees que hacen
lo intente con base de datos Mysql, pero me generaba error, me decia que debia usar una base de datos embebida como h2, y en efecto con h2 si pasaron las pruebas. gracias por tu contenido, muy bueno!!
Es necesario utilizar una base de datos embebida como h2? con mysql no entiendo porque me da problemas pero con H2 no
¿ Es lo mismo instanciar con constructor que con el patrón builder de Lombok ?
No es lo mismo, la diferencia principal a mi forma de ver es la flexbilidad, un constructor es mas rígido ya que necesitas proporcionarle todos los argumentos necesarios del objeto que deseas inicializar, por otra parte Builder no lo necesita a menos que lo hayas definido como un atributo not null, además de que te ahorra mucha dificultad al crear un objeto por si este llegara a ser complejo. Es uno de los grandes beneficios de los patrones creacionales 🤓
¿A qué base de datos en memoria se estaría persistiendo, H2, PostgreSql o tal vez solo es una instancia de la clase ?
En efecto es H2 amigo Rafael. Te invito a probarlo con otra DB en memoria como por ejemplo HSQL.