¡Acelera tus pruebas unitarias en Jest! Reduce el tiempo de ejecución a menos de la mitad

Jest es uno de los frameworks de pruebas más populares en JavaScript. Su facilidad de uso y rapidez lo convierten en la opción preferida de muchos desarrolladores. Sin embargo, a medida que los proyectos crecen y el número de pruebas aumenta, los tiempos de ejecución pueden volverse un problema.

Afortunadamente, Jest ofrece un parámetro poco conocido que puede mejorar significativamente el rendimiento de las pruebas: --maxWorkers. En esta entrada, explicaremos cómo afecta este parámetro a la ejecución de las pruebas, analizaremos distintos tiempos de ejecución con varias configuraciones y daremos recomendaciones para optimizar Jest en cada caso. Si quieres reducir el tiempo de espera y aumentar tu productividad, sigue leyendo.

¿Cómo ejecuta Jest las pruebas?

Cuando ejecutas Jest sin parámetros adicionales, ejecutando simplemente:

npx jest

Jest determina automáticamente el número óptimo de procesos de prueba paralelos (workers) según los recursos de tu máquina, generalmente en función del número de núcleos disponibles. Aunque esta configuración suele ser eficiente, no siempre es la mejor opción.

El parámetro --maxWorkers permite ajustar manualmente la cantidad de procesos concurrentes que Jest utilizará. En proyectos grandes, Jest puede consumir demasiados recursos si ejecuta muchas pruebas en paralelo. Ajustar correctamente --maxWorkers puede reducir la carga en la CPU y mejorar la velocidad general de las pruebas.

En Analytics Lane

Lanzamos el video de ScoreFlow: crea scorecards de crédito de forma ágil y sin IT

Análisis de tiempos con --maxWorkers

Para ilustrar el impacto de --maxWorkers, ejecutamos Jest con diferentes configuraciones en un proyecto con 132 pruebas en 31 suites.

Ejecutando Jest sin parámetros adicionales

En la configuración básica se ejecuta el siguiente comando:

npx jest

Resultados:

Test Suites: 31 passed, 31 total
Tests:       132 passed, 132 total
Snapshots:   0 total
Time:        18.769 s

Las pruebas se ejecutaron en 18.7 segundos.

Ejecutando Jest con --maxWorkers=1 (un solo proceso)

Ahora se puede evaluar cual sería el tiempo que necesita JEST para ejecutar las pruebas solo con un proceso:

npx jest --maxWorkers=1

Resultados:

Test Suites: 31 passed, 31 total
Tests:       132 passed, 132 total
Snapshots:   0 total
Time:        13.261 s

El tiempo se redujo a 13.2 segundos (una mejora de casi el 30%).

Ejecutando Jest con --maxWorkers=2 (dos procesos)

Tras ves la mejora con un proceso, se puede ver lo que pasaría con dos:

npx jest --maxWorkers=2

Resultados:

Test Suites: 31 passed, 31 total
Tests:       132 passed, 132 total
Snapshots:   0 total
Time:        8.515 s

Ahora, el tiempo de ejecución se reduce a 8.5 segundos, menos de la mitad en comparación con la configuración por defecto.

Ejecutando Jest con --maxWorkers=8 (ocho procesos)

Visto la mejora con 2, se puede probar con 8, a ver si el tiempo sigue reduciéndose:

npx jest --maxWorkers=8

Resultados:

Test Suites: 31 passed, 31 total
Tests:       132 passed, 132 total
Snapshots:   0 total
Time:        11.306 s

Curiosamente, el tiempo aumentó a 11.3 segundos. Esto sugiere que existe un punto óptimo para la cantidad de workers.

Análisis de los tiempos

En base a los resultados que se han visto en el proyecto de ejemplo se pueden extraer algunas conclusiones respecto al efecto de --maxWorkers en los tiempos de ejecución de las pruebas:

1. Usar un solo worker (--maxWorkers=1) mejora el tiempo con respecto a la configuración predeterminada (18.7s → 13.2s), eliminando la sobrecarga de la paralelización.
2. Usar dos workers (--maxWorkers=2) optimiza significativamente la ejecución (13.2s → 8.5s), equilibrando paralelismo y gestión de procesos.
3. Usar demasiados workers (--maxWorkers=8) empeora el rendimiento (8.5s → 11.3s), debido al sobrecarga que require administrar demasiados procesos en paralelo.

Estos resultados demuestran que más workers no siempre significan mejor rendimiento. En cada proyecto, existe un punto óptimo que depende del hardware y tipo de las pruebas que se debe terminar de forma empírica.

¡Encuentra la configuración óptima para tu proyecto!

Cada proyecto es diferente, por lo que es recomendable probar distintas configuraciones de --maxWorkers. Una estrategia efectiva puede ser:

1. Ejecutar Jest con distintos valores de maxWorkers: prueba con 1, 2, 4, 8 y auto.
2. Comparar los tiempos de ejecución y determinar el valor óptimo según el hardware y la complejidad de las pruebas.

Conclusiones

El parámetro --maxWorkers en Jest puede reducir significativamente el tiempo de ejecución de las pruebas si se configura correctamente. En nuestro caso de prueba, --maxWorkers=2 fue la mejor opción, pero los resultados variarán según el hardware y la naturaleza de las pruebas.

Recomendaciones finales:

• No asumas que la configuración predeterminada de Jest es la mejor.
• Experimenta con --maxWorkers para encontrar el número óptimo.
• Más procesos no siempre significan mejor rendimiento.
• Considera el tipo de pruebas: cuando se realizan muchas operaciones de I/O, la paralelización suele ser más efectiva.

Si Jest es una parte fundamental de tu desarrollo, invertir unos minutos en optimizar su rendimiento puede ahorrarte un tiempo valioso en cada ejecución. ¡Prueba esta configuración y acelera tus pruebas unitarias hoy mismo!

Nota: La imagen de este artículo fue generada utilizando un modelo de inteligencia artificial.