Desde escribir tests solo para lo que nos falle, hasta escribir test de todo el código que escribamos y cada una de las vertientes tienes sus pros y sus contras.
Yo suelo seguir una filosofía que es la que te recomiendo a ti, que es por un lado testear todo lo que consideremos que es código que puede inducir a error, código que sea un poco más complejo, no tiene mucho sentido testear cosas que son tan sencillas que sabemos que no van a fallar, pero sí el testear código que tenga mayor complejidad y que sepamos que podemos encontrarnos problemas allí en el futuro, cuando encontremos que se produce un error en nuestra aplicación, ya sea en tiempo de desarrollo, en tiempo de tests por parte del equipo de QA o incluso durante
la propia ejecución de la aplicación una vez que haya sido publicada, pues
cualquier posible error que salte que nosotros detectemos podemos
considerar escribir un test para que no vuelva a producirse.
Mira el vídeo completo aquí 👉 [ Ссылка ]
Si quieres participar en la siguiente edición de ArchitectCoders apúntate aquí 👉[ Ссылка ]
Descárgate GRATIS una guía gratuita sobre Testing aquí ➡ [ Ссылка ]
#testing
---
¿Quieres más contenido gratuito?
Masterclass para aprender Android desde cero ➡️ devexperto.com/training-gratis/
Instagram ➡️ devexperto.com/instagram
Twitter ➡️ devexperto.com/twitter
Facebook ➡️ devexperto.com/facebook
Podcast ➡️ devexperto.com/podcast
Blog ➡️ devexperto.com
