Otra posibilidad es que ts-jest sea lento. Hubo un problema al respecto , y no se resolvió por completo.

Hay varias soluciones discutidas . Consisten en establecer isolatedModules=true y también --maxWorkers=1 . Es decir, en jest.config.js

 'use strict'; module.exports = { preset: 'ts-jest', testEnvironment: 'node', globals: { 'ts-jest': { isolatedModules: true } }, }

y correr

 yarn test --maxWorkers=1

Podría valer la pena intentarlo. Alternativamente, es posible olvidarse de ts-jest y usar la transpilación de babel.

Lee estos dos enlaces:

https://itnext.io/how-to-make-your-sluggish-jest-v23-tests-go-faster-1d4f3388bcdd https://github.com/facebook/jest/issues/7963

Aquí hay una lista de cosas a considerar. No son específicos para su caso, pero dado que el título de la pregunta es bastante general, pensé que podrían ayudar a un porcentaje de visitantes. No deben probarse a ciegas, son simplemente un punto de partida para la investigación.

Cosas para tratar de acelerar sus pruebas de broma:

1. Ejecutar en modo reloj con --watch

   jest optimiza cuando usas --watch .

2. ejecutar en su computadora host en lugar de en la ventana acoplable? -> Anteriormente estaba usando docker exec -it <containername> yarn test y lo encontré más rápido cuando cambié a usar mi host.

3. actualice la versión de jest, parece que hubo algunos errores que hicieron que algunas versiones fueran más lentas https://github.com/facebook/jest/pull/8046

   nota: esa yarn upgrade obedece a los significantes de versión ~ y ^, si sabe lo que está haciendo, es posible que desee eliminar y volver a agregar yarn remove jest yarn add -D jest que solo le dará lo último

4. cambiar el entorno de prueba de jsdom a nodo

 "jest": { "testEnvironment": "node" }

5. Ejecute las pruebas de forma sincrónica... ¿permite que jest se optimice?

agregar la opción --runInBand

6. ¿Establecer al máximo de trabajadores podría hacerlo más rápido?

agregue la opción --maxWorkers=4

En mi caso, actualicé la versión de broma, comencé a usar --watch y --runInBand y ejecuté en mi host en lugar de a través de Docker, y mi tiempo de prueba pasó de 2 minutos a 10 segundos. No sé cuál fue el problema exactamente en mi caso.

Creo que, en última instancia, la respuesta deberá provenir del equipo de Angular. La documentación de platformBrowserDynamicTesting es escasa ( https://angular.io/api/platform-browser-dynamic/testing/platformBrowserDynamicTesting ).

Quizás plataformaBrowserDynamicTesting emule un navegador y cargue todo el DOM para su aplicación en la memoria. En este caso, parece razonable un aumento de casi 10 segundos para una aplicación Angular (sin ningún JavaScript en caché). Tal vez lo esté interpretando mal, pero según sus informes, parece que la prueba real se ejecuta en 6 milisegundos, lo que parece que debería cumplir con su requisito de una "prueba rápida". Tendría curiosidad por ver cuánto tardan las pruebas si agrega otra prueba simple "debería ser rápido 2". Si el total sigue siendo inferior a 10 segundos, eso sugiere que sus pruebas reales están tomando muy poco tiempo en comparación con el aumento de la utilidad Angular platformBrowserDynamicTesting.