Increíble el vídeo, me ha servido muchísimo, en mi trabajo usamos Angular para todo pero siempre se saltan los test y dicen "cuando se quejen de que algo no funciona lo arreglamos", llevo 4 años allí y ahora luego de superar el miedo de irme y todo lo relacionado, el no haber hecho testing y otras buenas prácticas me está pasando factura y a raíz de eso se me está complicando conseguir un nuevo trabajo.
Muy buen video, gracias. Tengo una pregunta espero me puedas ayudar, ¿Como puedo evitar que se muestre la parte del html del componente principal en el html de karma? Ya que ami me muestra siempre las pruebas que se hicieron y depues de ello el html de component principal.
El video es buenisimo, claro y sencillo aunque dure 30 minutos! 10/10 Tengo una duda, el test unitario ¿debería hacerlo cada vez que agrego una funcionalidad nueva, o solo cuando tengo la aplicación "terminada"?, por ejemplo, cuando tengo una versión final lista para producción.
Siempre con cada funcionalidad nueva, sino luego vas a estar muuuucho tiempo haciendo unir tests jajaja. Otra de las cosas es que las pruebas unitarias son una increíble herramienta para ayudar en el desarrollo, ya que valida que lo que hagamos no rompa nada de lo ya hecho ✅
Si mal no me equivoco, puedes probar que el window.location.href haya cambiado luego de ejecutar la navegación ! Puedes también hacer un tick para obligar el change detection
Buenisimo! Solo me queda una duda... Entiendo como hacer el spec para el método moviendolo del component a un service, pero si el método suma se utiliza en el component, ahora tocaría hacer algo así en component.ts: llamaSuma= () => { UtilitiesService.sum(val1, val2); } ? O como cambiaría el llamado al método desde el componente?
Increíble el vídeo, me ha servido muchísimo, en mi trabajo usamos Angular para todo pero siempre se saltan los test y dicen "cuando se quejen de que algo no funciona lo arreglamos", llevo 4 años allí y ahora luego de superar el miedo de irme y todo lo relacionado, el no haber hecho testing y otras buenas prácticas me está pasando factura y a raíz de eso se me está complicando conseguir un nuevo trabajo.
A no bajar los brazos !! Dentro de poco voy a hacer uno con testing library que esta… INCREÍBLE
@@GentlemanProgramming Muchas gracias 🙌, hoy tomé el sábado completo para aprender muchas cosas y ya llevo 3 videos de tu canal que no había visto 😁👍
@@JancoBH Genial !! me encantaría que me digas en ellos que te han parecido :D
Tal cual me pasó a mi! Y de repente te das cuenta que en todos lados lo piden.
uno de los mejores videos que he visto bro, seras grande sigue asi
Muchas muchas muchas gracias Renzo !!!!
Muy buen video, gracias me ha servido a entender mejor la parte de test!
Esoo genial Carlos !! :D
Excelente
Qué guapo ese final
Espectacular!! GRACIASSS
De nada Jimentaaaaa
Excelente explicación !
Excelente video Alan
Muchas gracias por el video, tenia una idea vaga de UT en angular, pero esto esta muy bien explicado
Muy bien explicado, tienes curso en udemy avanzado sobre test en angular?
Hola tengo este error al ejecutar ng test, Error: describe with no children (describe() or it()): AppComponent, espero puedan ayudarme (:
tiene algún sentido que la clase de utilities sea un service de angular?
excelente video!
Muy buen video, gracias. Tengo una pregunta espero me puedas ayudar, ¿Como puedo evitar que se muestre la parte del html del componente principal en el html de karma? Ya que ami me muestra siempre las pruebas que se hicieron y depues de ello el html de component principal.
El video es buenisimo, claro y sencillo aunque dure 30 minutos! 10/10
Tengo una duda, el test unitario ¿debería hacerlo cada vez que agrego una funcionalidad nueva, o solo cuando tengo la aplicación "terminada"?, por ejemplo, cuando tengo una versión final lista para producción.
Siempre con cada funcionalidad nueva, sino luego vas a estar muuuucho tiempo haciendo unir tests jajaja. Otra de las cosas es que las pruebas unitarias son una increíble herramienta para ayudar en el desarrollo, ya que valida que lo que hagamos no rompa nada de lo ya hecho ✅
Muy buenas, hay alguna forma de testear el cambio de ruta?
Si mal no me equivoco, puedes probar que el window.location.href haya cambiado luego de ejecutar la navegación ! Puedes también hacer un tick para obligar el change detection
¿hAY UN LINK PARA LLEGAR A ESE CÓDIGO?, te lo agradecería enormemente, en tus repositorios de github no lo encuentro.
Buenisimo! Solo me queda una duda... Entiendo como hacer el spec para el método moviendolo del component a un service, pero si el método suma se utiliza en el component, ahora tocaría hacer algo así en component.ts: llamaSuma= () => { UtilitiesService.sum(val1, val2); } ? O como cambiaría el llamado al método desde el componente?
Solo testeas el servicio, si ese método se usa en un componente no se vuelve a testear porque ya lo hiciste :)
buenardo.
Buenardo tu comment !!