Bien, encontré una solución.

Debería usar jest.useFakeTimers()

Nota: Coloque el código de arriba justo después de la sección de import en su archivo de prueba.

jest.useFakeTimers()

Con lo anterior, es extremadamente importante entender esto.

jest.useFakeTimers() se burla de setTimeout y otras funciones de temporizador con funciones simuladas.

Si ejecuta varias pruebas dentro de un archivo o describe un bloque, jest.useFakeTimers(); se puede llamar antes de cada prueba manualmente o con una función de configuración como beforeEach.

De lo contrario, el contador de uso interno no se restablecerá.

Me gustaría contribuir a la respuesta.

Bueno, veamos el mensaje de error.

ReferenceError: You are trying to 'import' a file after the Jest environment has been torn down.

Derribado significa: Jest ya terminó de ejecutarse y una parte de su código está tratando de ejecutarse después de que Jest derribó o salió de su prueba. Esto es bastante común en Javascript debido a su naturaleza asíncrona.

A veces sucede después de que se ejecuta una devolución de llamada de promesa, por ejemplo:

 import { someProcess} from 'a-library' task.job().then(result => { someProcess(result) })

En el ejemplo anterior, el código importa someProcess de a-library

Si el job del método del objeto de la task tarda más que la ejecución de jest, su devolución de llamada (invocación de then()) se ejecutará fuera de jest porque jest ha continuado. Por lo tanto, cuando se ejecuta someProcess , se cargará desde a-library por lo que jest se quejará de que está intentando cargar una biblioteca después de que jest se haya roto.

La respuesta marcada como la solución es parcialmente correcta porque llamar a jest.useFakeTimers() evitará que su código espere los n segundos que se supone que debe esperar llamando a setTime o similares haciendo que su código se sincronice artificialmente

Hacer que su prueba await esas llamadas de método lo ayudaría a comprender mejor su código.

El código que funcionó para mí fue

 describe("Some test set " , ()=>{ let heavyWorkinService = library.workingService(); // We are marking the test function call as async test(("Name of the test"), async ()=>{ // we are awaiting heavyWorkingService to done its job await hevyWorkingService("some data") }) })

En mi escenario real, mi código estaba obteniendo datos de async , porque no estoy usando simulacros para esta prueba, estaba tratando de importar await después de que .

Por supuesto, hay muchas maneras de lidiar con este error, ¡solo quería que supiera la verdadera razón detrás de este error para que pueda trabajar en la solución correcta para sus pruebas!