Curso de Clean Architecture aquí 👇 Parte 1: ua-cam.com/video/nILL3UXrMS0/v-deo.html Parte 2: ua-cam.com/video/nILL3UXrMS0/v-deo.html Parte 3: ua-cam.com/video/5k6ZtUvjTYc/v-deo.html Parte 4: ua-cam.com/video/tZvKUA2NuuA/v-deo.html Parte 5: ua-cam.com/video/ePWTmvx_UTc/v-deo.html Fundamentos de Clean Architecture: ua-cam.com/video/WoT2Pm4_Bw0/v-deo.html
Excelente Said, ahora entiendo mucho mejor los test unitarios. Una pregunta: de manera conceptual y general, es decir, no solo con swift, ¿cómo lidiar con los métodos privados de una clase que se necesitan comprobar, pero que por regla de negocio no deben ser públicos?, en tales casos ¿qué se debe hacer o cómo se debe proceder? Mil Gracias.
Muy buena pregunta! Lo que te interesa es testear que la clase haga lo que se espera de ella. No te tiene que importar como es la estructura interna de la clase, por ejemplo que tenga 5 métodos privados que usa como helpers. Si la clase dice que hace cierta lógica, es eso lo que tienes que comprobar. El cómo lo haga no importa. De esta forma si quieres refactorizar esa clase sin alterar el comportamiento lo podrás hacer sin que afecte a los unit tests, que están ahí para garantizar que no has roto nada durante la refactorización. En este video explico mejor porque los unit tests no tienen que ser sensibles a cambios en la estructura: ua-cam.com/video/DozLDCK8bvY/v-deo.html Muchas gracias por el apoyo!
@@SaidRehouni Muchísimas gracias por la respuesta y la aclaración. Eres excelente en lo que haces, por favor continúa compartiendo contenido. gracias por el apoyo!
![Curso de TESTING en Swift [Parte 2]](http://i.ytimg.com/vi/O9XfeoatlBQ/mqdefault.jpg)
![Curso de TESTING en Swift [Parte 2]](/img/tr.png)
Curso de Clean Architecture aquí 👇
Parte 1: ua-cam.com/video/nILL3UXrMS0/v-deo.html
Parte 2: ua-cam.com/video/nILL3UXrMS0/v-deo.html
Parte 3: ua-cam.com/video/5k6ZtUvjTYc/v-deo.html
Parte 4: ua-cam.com/video/tZvKUA2NuuA/v-deo.html
Parte 5: ua-cam.com/video/ePWTmvx_UTc/v-deo.html
Fundamentos de Clean Architecture: ua-cam.com/video/WoT2Pm4_Bw0/v-deo.html
Said, muchísimas gracias Bro... Es muy escaso encontrar material que salga de lo básico.
❤
Muchas gracias a ti por el apoyo!
Excelente Said, ahora entiendo mucho mejor los test unitarios. Una pregunta: de manera conceptual y general, es decir, no solo con swift, ¿cómo lidiar con los métodos privados de una clase que se necesitan comprobar, pero que por regla de negocio no deben ser públicos?, en tales casos ¿qué se debe hacer o cómo se debe proceder? Mil Gracias.
Muy buena pregunta! Lo que te interesa es testear que la clase haga lo que se espera de ella. No te tiene que importar como es la estructura interna de la clase, por ejemplo que tenga 5 métodos privados que usa como helpers. Si la clase dice que hace cierta lógica, es eso lo que tienes que comprobar. El cómo lo haga no importa. De esta forma si quieres refactorizar esa clase sin alterar el comportamiento lo podrás hacer sin que afecte a los unit tests, que están ahí para garantizar que no has roto nada durante la refactorización.
En este video explico mejor porque los unit tests no tienen que ser sensibles a cambios en la estructura: ua-cam.com/video/DozLDCK8bvY/v-deo.html
Muchas gracias por el apoyo!
@@SaidRehouni Muchísimas gracias por la respuesta y la aclaración. Eres excelente en lo que haces, por favor continúa compartiendo contenido. gracias por el apoyo!
@@ismaelperezmesa524 a ti por tu palabras! Comentarios así me motivan mas a seguir creando videos.
Saludos!