Используя хук JS для вызова функции TS setupGlobal (которая используется при импорте модулей, например @app/blablabla.ts
), я получаю сообщение об ошибке Cannot find module '@config/config'
. Я описал moduleNameMapper
, и он работает в тестах, но, похоже, его нет в функции setupGlobal
. Как я могу это исправить?
Как я уже писал, moduleNameMapper
описан, и Jest может понять этот (в модулях) импорт в тестах.
jest.config.js
module.exports = {
roots: ['<rootDir>/src'],
transform: {
'^.+\\.tsx?$': 'ts-jest',
},
testRegex: '(/__tests__/.*|(\\.|/)(test|spec))\\.tsx?$',
moduleFileExtensions: ['ts', 'tsx', 'js', 'jsx', 'json', 'node'],
moduleDirectories: ['node_modules', 'src'],
moduleNameMapper: {
'@tests-suite/(.*)': '<rootDir>/src/tests/tests-suite/$1',
'@config/(.*)': '<rootDir>/config/$1',
'@tests/(.*)': '<rootDir>/src/tests/$1',
'@src/(.*)': '<rootDir>/src/$1',
},
globalSetup: "<rootDir>/src/tests/unit/jestGlobalSetup.js"
}
jestGlobalSetup.js
require("ts-node/register");
module.exports = require('./setupTestEnvironment').default;
setupTestEnvironment.ts
import { dbConnectionManager } from '@src/dbConnectionManager'
// tslint:disable-next-line:no-default-export
export default async () => {
if (process.env.NODE_ENV === 'test') {
setupTestEnvironment()
}
}
const setupTestEnvironment = async () => {
await dbConnectionManager.awaitConnection()
}
Я ожидаю, что импорт «в модуле» будет выполняться в функции setupGlobal
, но это выдает ошибку.
Хорошо. Проблема в том, что мы использовали абсолютные пути, была решена путем установки ts-jest
и добавления следующего jest.config.js
:
module.exports = {
roots: [
'<rootDir>/src',
],
testRegex: '(/__tests__/.*|(\\.|/)(test|spec))\\.tsx?$',
moduleFileExtensions: [
'js',
'json',
'jsx',
'node',
'ts',
'tsx',
],
moduleDirectories: [
'node_modules',
'src',
],
moduleNameMapper: {
'^@tests\\-suite/(.*)$': '<rootDir>/src/tests/tests-suite/$1',
'^@admin/(.*)$': '<rootDir>/src/admin/$1',
'^@common/(.*)$': '<rootDir>/src/common/$1',
'^@app/(.*)$': '<rootDir>/src/app/$1',
'^@partners/(.*)$': '<rootDir>/src/partners/$1',
'^@config/(.*)$': '<rootDir>/config/$1',
'^@tests/(.*)$': '<rootDir>/src/tests/$1',
'^@src/(.*)$': '<rootDir>/src/$1',
},
setupFilesAfterEnv: [`<rootDir>/src/tests/setup/GlobalSetup.ts`],
preset: 'ts-jest',
testMatch: null,
};
А наш скрипт запуска выглядит так "test:jest": "NODE_ENV=test yarn ts-node -r tsconfig-paths/register ./src/tests/setup/testInit.ts"
И testInit выглядит так;
import { runCLI } from 'jest'
// globalSetup
async function init() {
console.info('Initialization')
await runCLI({ config: './jest.config.js', watch: true } as any, [__dirname])
// Do all your initialization stuff
// I use a setTimeout to simulate true async
return new Promise<void>((resolve, _reject) => {
setTimeout(() => {
console.info('Init finished')
resolve()
}, 1000)
})
}
// globalTeardown
async function afterTests(): Promise<void> {
console.info('End of tests - Execute something')
}
init()
.then(() => {
afterTests()
})
// tslint:disable-next-line:no-console
.catch(e => console.error(e))
GlobalSetup.ts выглядит так:
import { DBConnectionManager } from '@src/DBConnectionManager'
beforeAll(async () => {
await DBConnectionManager
.awaitConnection()
})
Итак, DBConnectionManager
— это просто оболочка TypeORM, которая дает нам связь. Он подключается перед каждым тестом, чтобы попасть в настоящую тестовую БД. Это работает на данный момент.
@ JavierGuzmán Нет, я этого не делал. Мы отказались от этого. Вы нашли решение?
Более или менее... решение состоит в том, что, к сожалению, это невозможно, основываясь на комментариях к этой проблеме: github.com/facebook/jest/issues/6048
Я бы сказал, что это не правильное решение. У меня такая же ситуация, я не могу найти псевдонимы, когда использую globalSetup, но он работает нормально с «setupFilesAfterEnv», который полностью отличается от «globalSetup». setupFilesAfterEnv запускается перед каждым тестом, а globalSetup запускается только один раз перед всеми тестами. Удалось ли вам решить это должным образом?