Muchas gracias por el pedazo de vídeo que te has marcado Antonio! Todo el contenido de testing que has aportado y encima muy bien explicado es oro para mí. Un saludo!
La de información super valiosa que das en un momento... ❤️❤️❤️ Muy bueno lo de poner una regla en lugar de hacerlo con @Before y @After cada vez. Me vas a ahorrar un montón de boilerplate!! 😁
Muy bueno el video. Que recomiendas usar entre Mock y Fake para las dependencias del Repositorio, Use Cases o Viewmodel?. En el caso del ejemplo usaste el Repositorio original allí se podría se usar un Mock o un Fake de esa clase?.
Sí, depende del nivel de granularidad con el que quieras probar las cosas. En general intento cada vez utilizar menos mocks porque se acaba probando más cómo se hacen las cosas que lo que hacen, y eso hace que los tests sean más susceptibles a cambios. Pero me queda mucho por aprender sobre ello.
Muy bueno el video. Consulta, este video pertenece a un listado de video siguiendo una secuencia, o es solo una parte de un curso pago? m einteresa lo que viene antes del testing tambien. Muchas gracias
justo lo que estaba buscando! muchas gracias! una consulta, estoy empezando un app usando ViewModel y en todas las referencias que encuentro que para pasar parámetros al constructor del viewModel se necesita un Factory y de no usarlo te genera una excepción, pero veo que tu lo haces sin un Factory, esto cambio recientemente?
Si usas "by view models()" puedes definir ahí cómo se crea el objeto, y te genera las factory automáticamente. Yo a veces también he hecho una función de extensión que es la que se encarga de crear la Factory. Según el vídeo que veas lo tendré de una forma u otra 😅. Hoy en día lo más sencillo es usar el delegado "by viewModels()"
Si quieres aprender todo sobre Programación Reactiva te dejo aquí el curso gratuito 🎁 bit.ly/3dMbt1Y
A practicar en estos momentos
Genial!
Motivación para aprender kotlin. Grandioso, muchas gracias.
A ti por el comentario!
Otro gran vídeo! La de cosas que estamos aprendiendo.
Muchas gracias Antonio!
Me alegro mucho! Mañana se viene otro del mismo tema 😄
Muchas gracias por el pedazo de vídeo que te has marcado Antonio!
Todo el contenido de testing que has aportado y encima muy bien explicado es oro para mí.
Un saludo!
Gracias David!
La de información super valiosa que das en un momento... ❤️❤️❤️
Muy bueno lo de poner una regla en lugar de hacerlo con @Before y @After cada vez. Me vas a ahorrar un montón de boilerplate!! 😁
Gracias Gabi!
Muy interesante video, muchas gracias Antonio
Gracias!
Muchas gracias !
Gracias por comentar!
Excelente video! En el futuro podrías hacer alguno con algún ejemplo de como usar Hilt en los tests unitarios? Saludos!
Tomo nota! Tengo pendiente rehacer el de Hilt con las últimas novedades, sería interesante también lo que comentas
Muy bueno el video. Que recomiendas usar entre Mock y Fake para las dependencias del Repositorio, Use Cases o Viewmodel?. En el caso del ejemplo usaste el Repositorio original allí se podría se usar un Mock o un Fake de esa clase?.
Sí, depende del nivel de granularidad con el que quieras probar las cosas. En general intento cada vez utilizar menos mocks porque se acaba probando más cómo se hacen las cosas que lo que hacen, y eso hace que los tests sean más susceptibles a cambios. Pero me queda mucho por aprender sobre ello.
@@devexpert_io Entiendo, muchas gracias por tu respuesta Antonio.
Muy bueno el video. Consulta, este video pertenece a un listado de video siguiendo una secuencia, o es solo una parte de un curso pago?
m einteresa lo que viene antes del testing tambien. Muchas gracias
Si, forma parte de un mini-curso. Lo junté todo en este video ua-cam.com/video/WvGIHxUYIgA/v-deo.html
TestCoroutineDispatcher() esta deprecado , podrias por favor hacer uno mas actual , muchas gracias por todas tus enseñanzas 😃
Gracias! Tomamos nota
justo lo que estaba buscando! muchas gracias! una consulta, estoy empezando un app usando ViewModel y en todas las referencias que encuentro que para pasar parámetros al constructor del viewModel se necesita un Factory y de no usarlo te genera una excepción, pero veo que tu lo haces sin un Factory, esto cambio recientemente?
Si usas "by view models()" puedes definir ahí cómo se crea el objeto, y te genera las factory automáticamente. Yo a veces también he hecho una función de extensión que es la que se encarga de crear la Factory. Según el vídeo que veas lo tendré de una forma u otra 😅. Hoy en día lo más sencillo es usar el delegado "by viewModels()"
@@devexpert_io aaaa genial! gracias por el dato, no había notado la extensión getViewModel
Se puede convinar a gusto de cada quien mi propio scope con esta rule o tengo que usar InstantTaskExecutorRule cuando es mi propio scope
Si usas tu propio scope no te hace falta la rule. Lo que tienes que hacer es susituir el dispatcher que uses en el scope por el testcoroutinescope.