- 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 usas para JSX puede que caiga en probar como se hizo en vez de probar funcionalidad. Los snapshots son buenos para probar funciones puras que regresan algo complejo.
Created
May 12, 2021 22:00
-
-
Save pekosoG/0f0d6d666fed6e5f966530fb460b8697 to your computer and use it in GitHub Desktop.
Básicos en Testing - GDLJS
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment