Estoy empezando a probar mi aplicación usando Jest y Supertest (para terminales). Las pruebas funcionan sin problemas, pero Jest detecta 2 identificadores abiertos después de ejecutar las pruebas, lo que impide que Jest salga limpiamente.

Estos identificadores abiertos son generados por una función asíncrona externa que se llama dentro de mi archivo de prueba. Estoy usando una función externa para solicitar un token JWT de la API Auth0; pero esa solicitud a Auth0 también proporciona en su respuesta información crucial para pasar los middlewares del punto final (más información sobre esto a continuación). Dos cosas a tener en cuenta aquí:

1. Hasta ahora, no puedo evitar solicitar un token de Auth0 porque esa respuesta, como dije, también incluye un objeto de user con información clave. Auth0 establece este objeto fuera de la respuesta del cuerpo, en ese mismo nivel, pero no dentro de él. Esa información es clave para pasar el middleware del endpoint.
2. He aislado todos los errores para asegurarme de que el problema aparezca solo cuando llamo a la función asíncrona externa que solicita a la API de Auth0 el token y la información del usuario; el problema se genera al usar esa función (llamada getToken ) dentro del archivo de prueba.

Código de archivo de prueba

 import app from "../app"; import mongoose from "mongoose"; import supertest from "supertest"; import { getToken } from "../helpers"; import dotenv from "dotenv"; import * as config from "../config"; dotenv.config(); const api = supertest(app); let authToken: any; let db: any; beforeAll(async() => { try { mongoose.connect(config.MONGODB_URI, { useNewUrlParser: true, useUnifiedTopology: true, useCreateIndex: true, }); db = mongoose.connection; db.on("error", console.error.bind(console, "Console Error:")); db.once("open", () => console.log(`App connected to "${db.name}" database`) ); authToken = await getToken() } catch (err) { return err } }); describe("GET /interview/:idCandidate", () => { test("With auth0 and read permissions", async () => { await api .get("/interview/1") .set("Authorization", "Bearer " + authToken) .expect(200) }); }); afterAll(async () => { try { await db.close(); } catch (err) { return err; } });

función externa getToken que solicita información a la API Auth0

La función getToken que se importa desde un módulo externo es la siguiente:

 import axios from 'axios' var options = { url: //url goes here, form: { // form object goes here }, json: true }; const getToken = async () => { try { const tokenRequest = await axios.post(options.url, options.form) return tokenRequest.data.access_token } catch (err){ return err } } export default getToken;

Asunto

Una vez que se ejecutan mis pruebas, se ejecutan como se esperaba hasta que la configuración --detectOpenHandles de Jest detecta los dos identificadores abiertos siguientes:

 Jest has detected the following 2 open handles potentially keeping Jest from exiting: ● TLSWRAP 60 | case 0: 61 | _a.trys.push([0, 2, , 3]); > 62 | return [4 /*yield*/, axios_1.default.post(options.url, options.form) | ^ 63 | ]; 64 | case 1: at RedirectableRequest.Object.<anonymous>.RedirectableRequest._performRequest (node_modules/follow-redirects/index.js:265:24) at new RedirectableRequest (node_modules/follow-redirects/index.js:61:8) at Object.request (node_modules/follow-redirects/index.js:456:14) at dispatchHttpRequest (node_modules/axios/lib/adapters/http.js:202:25) at httpAdapter (node_modules/axios/lib/adapters/http.js:46:10) at dispatchRequest (node_modules/axios/lib/core/dispatchRequest.js:53:10) at Axios.request (node_modules/axios/lib/core/Axios.js:108:15) at Axios.<computed> [as post] (node_modules/axios/lib/core/Axios.js:140:17) at Function.post (node_modules/axios/lib/helpers/bind.js:9:15) at call (dist/helpers/getToken.js:62:54) at step (dist/helpers/getToken.js:33:23) at Object.next (dist/helpers/getToken.js:14:53) at dist/helpers/getToken.js:8:71 at __awaiter (dist/helpers/getToken.js:4:12) at Object.token (dist/helpers/getToken.js:56:34) at call (dist/test/api.test.js:87:48) at step (dist/test/api.test.js:52:23) at Object.next (dist/test/api.test.js:33:53) at dist/test/api.test.js:27:71 at __awaiter (dist/test/api.test.js:23:12) at dist/test/api.test.js:72:32 ● TLSWRAP 141 | switch (_a.label) { 142 | case 0: return [4 /*yield*/, api > 143 | .get("/interview/1") | ^ 144 | .set("Authorization", "Bearer " + authToken) 145 | .expect(200)]; 146 | case 1: at Test.Object.<anonymous>.Test.serverAddress (node_modules/supertest/lib/test.js:61:33) at new Test (node_modules/supertest/lib/test.js:38:12) at Object.get (node_modules/supertest/index.js:27:14) at call (dist/test/api.test.js:143:26) at step (dist/test/api.test.js:52:23) at Object.next (dist/test/api.test.js:33:53) at dist/test/api.test.js:27:71 at __awaiter (dist/test/api.test.js:23:12) at Object.<anonymous> (dist/test/api.test.js:139:70)

Estoy seguro de que el error proviene de esta función asíncrona getToken .

¿Por qué no me estoy burlando de la función?

Quizás se pregunte por qué no me estoy burlando de esa función y, como dije antes, cuando Auth0 responde con el token (que, por cierto, se actualiza con bastante frecuencia), también responde con información sobre el usuario, y esa información va fuera de la response.body De hecho, va al mismo nivel jerárquico que el body . Entonces, si quisiera simular esta función, tendría que configurar el encabezado de Autorización con el token del portador en un lado (que es fácil de hacer con Supertest) y la información de user proporcionada por Auth0 en el otro lado; pero este último paso no es posible (al menos que yo sepa; de lo contrario, ¿cómo establece una propiedad de información de user en el mismo nivel de jerarquía que el cuerpo y no dentro de él?)

Cosas que he probado

Intenté agregar un tiempo de espera más largo a la prueba y beforeAll() ; Intenté agregar la devolución de llamada done en lugar de usar async/await await dentro de beforeAll() y algunas otras cosas no muy importantes y ninguna de ellas resuelve el problema del identificador abierto. De hecho, verifiqué si el proceso de solicitud a la API Auth0 se cerró después de la respuesta y, de hecho, esa conexión se cierra, pero sigo recibiendo un error de identificador abierto después de ejecutar las pruebas.

¡Cualquier idea sería muy apreciada!