Capítulo 24. Pruebas de integración
Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: translation-feedback@oreilly.com
Una de las mejores cosas que puedes hacer para mantener tus aplicaciones a largo plazo es escribir pruebas de integración. Cuando hablé de las pruebas de backend y frontend en los Capítulos 7 y 21, mencioné que entraríamos en más detalles sobre estas pruebas. Las pruebas E2e son una forma estupenda de garantizar que los cambios que hagas no rompan la funcionalidad de la pila completa. Esto es increíblemente útil cuando haces cosas como actualizar paquetes y realizar cambios en componentes globales, de modo que puedas detectar efectos secundarios no intencionados. Eso ahorra tiempo de control de calidad en las pruebas de regresión, y ayuda a evitar que los errores en lugares inesperados lleguen a los usuarios.
Estas pruebas también ayudan a documentar cómo deben funcionar las funciones a medida que crece la aplicación. Si cambias algo, como lo que ocurre cuando se pulsa un botón, estas pruebas son más robustas que las pruebas unitarias. Las pruebas e2e pueden utilizarse para realizar acciones como un usuario, de modo que obtengas el flujo real de forma coherente. Esa es la mayor diferencia entre las pruebas unitarias y las pruebas e2e, y por qué te dan más garantías de que la funcionalidad no ha cambiado.
Las herramientas e2e de las que hablaré en este capítulo son, en general, agnósticas a la pila, por lo que no se limitan sólo ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access