¿Cuál es la diferencia entre enzima, ReactTestUtils y react-testing-library para las pruebas de reacción?
La documentación de ReactTestUtils dice:
ReactTestUtils facilita la prueba de los componentes de React en el marco de prueba de su elección.
La documentación de la enzima simplemente dice:
Enzyme es una utilidad de prueba de JavaScript para React que facilita afirmar, manipular y atravesar la salida de los componentes de React.
Documentación de la biblioteca de pruebas de reacción:
La biblioteca de pruebas de reacción es una solución muy liviana para probar componentes de React. Proporciona funciones de utilidad ligera además de react-dom.
¿Por qué en realidad cada solución es más fácil y qué no se puede lograr con la otra?
ReactTestUtils le brinda lo mínimo para probar un componente React. No he visto que se use para grandes aplicaciones.
Enzyme y react-testing-library son buenas bibliotecas que le brindan todas las herramientas que necesita para probar su aplicación. Sin embargo, tienen dos filosofías diferentes.
Enzyme le permite acceder al funcionamiento interno de sus componentes. Puede leer y establecer el estado, y puede burlarse de los niños para que las pruebas se ejecuten más rápido.
Por otro lado, react-testing-library no le da acceso a los detalles de implementación. Representa los componentes y proporciona métodos de utilidad para interactuar con ellos. La idea es que debe comunicarse con su aplicación de la misma manera que lo haría un usuario. Entonces, en lugar de establecer el estado de un componente, reproduce las acciones que haría un usuario para alcanzar ese estado.
En mi experiencia, Enzyme es más fácil de comprender pero, a la larga, es más difícil de mantener. react-testing-library lo obliga a escribir pruebas que son un poco más complejas en promedio, pero lo recompensa con una mayor confianza en su código.
La enzima está diseñada para pruebas unitarias/de integración. Su API fue diseñada para probar la implementación. Ofrece un renderizador personalizado que no requiere DOM (para renderizado superficial), se comporta de manera diferente al renderizador React y permite cosas que son importantes para las pruebas unitarias pero que no son posibles o sencillas con el renderizador predeterminado, como actualizaciones de estado síncronas, renderizado superficial, desactivación métodos de ciclo de vida, etc.
react-testing-library está diseñado para pruebas de integración de caja negra/e2e. Utiliza el renderizador React y ReactTestUtils internamente, requiere DOM real porque es la salida del componente la que se afirma en las pruebas, no en las internas. No proporciona facilidades para pruebas unitarias aisladas, pero es posible hacerlo simulando módulos que contienen componentes que necesitan ser espiados, simulados o bloqueados por otros medios, en particular jest.mock .
react-dom/test-utils y react-test-renderer contienen un subconjunto de funcionalidades, Enzyme y react-testing-library se crearon sobre ellos. La API es escasa y requiere escribir código repetitivo o funciones de utilidad personalizadas para pruebas completas. React promueve oficialmente Enzyme y react-testing-library como mejores alternativas.
React Testing Library puede ser un reemplazo para Enzyme. Tienen filosofías de prueba muy diferentes: Enzyme alienta (y proporciona utilidades para) probar detalles de implementación con instancias renderizadas de componentes, mientras que RTL alienta a probar solo el 'resultado final' consultando y haciendo afirmaciones sobre los nodos DOM reales.