- No necesitas que todo tu codigo este testeado, deberias enfocarte en los puntos que, si fallan, van a causar mayores perdidas monetarias o mayor impacto para los clientes. Esto podrias visualizarlo con un product owner o si tu tienes toda la visualizacion de cuales, prioritiizalos y empieza por ahi.
- Te recomiendo que uses testing-library porque tiene un enfoque a como lo estaria utilizando el usuario final, y enzyme se enfoca a como se realizaron los componentes
- Cada vez que tengas que hacer un nuevo feature/bugfix, trata de crear una prueba para el AC y seguir mejorando el testsuite
- Agrega husky para que las pruebas que vayas agregando sean revisadas cada vez que hagas un commit
- Separa funciones puras en su propio file, para que puedas probarlas aisladas de los componentes, usando solo jest
- No uses snapshots para suber el codecoverage, los snapshots son buenos para checar que una estructura se parezca a la que se esta entregando. Pero si lo us
I hereby claim:
- I am pekosog on github.
- I am pekosog (https://keybase.io/pekosog) on keybase.
- I have a public key ASATDLp_c4pbvNzF6GyQOKums3SIlwekuHXgpOUDQJr_Jwo
To claim this, I am signing this object: