#javascript #node.js #typescript #unit-testing #jestjs
#javascript #node.js #typescript #модульное тестирование #jestjs
Вопрос:
Я пытаюсь издеваться над express, используя jest в проекте typescript. Попробуйте множество способов сделать это, используя решения, которые я видел здесь, и express либо отображается как undefined, либо не является функцией. Я только начинаю знакомиться с Jest и тестированием в целом.
Вот тест,
import { Server } from '../app/index'
import { AppRouter } from '../app/AppRouter'
jest.mock('../app/AppRouter')
//mock express
const expressMock = {
use: jest.fn()
}
jest.mock('express', () => () => expressMock)
//mock decorators
jest.mock('../app/controllers/RootController', () => jest.fn())
jest.mock('../app/controllers/LoginController', () => jest.fn())
jest.mock('../app/controllers/decorators/controller', () => jest.fn())
describe('Server test suite', () => {
test('should create server on port 3000', () => {
new Server().startServer()
console.log('test ran')
})
})
вот код, который я тестирую,
import express from 'express'
import bodyParser from 'body-parser'
import cookieSession from 'cookie-session'
import { AppRouter } from './AppRouter'
import './controllers/LoginController'
import './controllers/RootController'
export class Server {
private app: express.Express = express()
public startServer() {
console.log('Express is:', express())
this.app.use(bodyParser.urlencoded({ extended: true }))
this.app.use(cookieSession({ keys: ['alsdfsdf'] }))
this.app.use(AppRouter.getInstance())
this.app.listen(3000, () => {
console.log('Listening on port 3000')
})
}
}
new Server().startServer()
и конфигурация,
{
"compilerOptions": {
/* Visit https://aka.ms/tsconfig.json to read more about this file */
/* Basic Options */
// "incremental": true, /* Enable incremental compilation */
"target": "es5", /* Specify ECMAScript target version: 'ES3' (default), 'ES5', 'ES2015', 'ES2016', 'ES2017', 'ES2018', 'ES2019', 'ES2020', or 'ESNEXT'. */
"module": "commonjs", /* Specify module code generation: 'none', 'commonjs', 'amd', 'system', 'umd', 'es2015', 'es2020', or 'ESNext'. */
// "lib": [], /* Specify library files to be included in the compilation. */
// "allowJs": true, /* Allow javascript files to be compiled. */
// "checkJs": true, /* Report errors in .js files. */
// "jsx": "preserve", /* Specify JSX code generation: 'preserve', 'react-native', or 'react'. */
// "declaration": true, /* Generates corresponding '.d.ts' file. */
// "declarationMap": true, /* Generates a sourcemap for each corresponding '.d.ts' file. */
// "sourceMap": true, /* Generates corresponding '.map' file. */
// "outFile": "./", /* Concatenate and emit output to single file. */
"outDir": "./build", /* Redirect output structure to the directory. */
"rootDir": "./src", /* Specify the root directory of input files. Use to control the output directory structure with --outDir. */
// "composite": true, /* Enable project compilation */
// "tsBuildInfoFile": "./", /* Specify file to store incremental compilation information */
// "removeComments": true, /* Do not emit comments to output. */
// "noEmit": true, /* Do not emit outputs. */
// "importHelpers": true, /* Import emit helpers from 'tslib'. */
// "downlevelIteration": true, /* Provide full support for iterables in 'for-of', spread, and destructuring when targeting 'ES5' or 'ES3'. */
// "isolatedModules": true, /* Transpile each file as a separate module (similar to 'ts.transpileModule'). */
/* Strict Type-Checking Options */
"strict": true, /* Enable all strict type-checking options. */
// "noImplicitAny": true, /* Raise error on expressions and declarations with an implied 'any' type. */
// "strictNullChecks": true, /* Enable strict null checks. */
// "strictFunctionTypes": true, /* Enable strict checking of function types. */
// "strictBindCallApply": true, /* Enable strict 'bind', 'call', and 'apply' methods on functions. */
// "strictPropertyInitialization": true, /* Enable strict checking of property initialization in classes. */
// "noImplicitThis": true, /* Raise error on 'this' expressions with an implied 'any' type. */
// "alwaysStrict": true, /* Parse in strict mode and emit "use strict" for each source file. */
/* Additional Checks */
// "noUnusedLocals": true, /* Report errors on unused locals. */
// "noUnusedParameters": true, /* Report errors on unused parameters. */
// "noImplicitReturns": true, /* Report error when not all code paths in function return a value. */
// "noFallthroughCasesInSwitch": true, /* Report errors for fallthrough cases in switch statement. */
/* Module Resolution Options */
"moduleResolution": "node", /* Specify module resolution strategy: 'node' (Node.js) or 'classic' (TypeScript pre-1.6). */
// "baseUrl": "./", /* Base directory to resolve non-absolute module names. */
// "paths": {}, /* A series of entries which re-map imports to lookup locations relative to the 'baseUrl'. */
// "rootDirs": [], /* List of root folders whose combined content represents the structure of the project at runtime. */
// "typeRoots": [], /* List of folders to include type definitions from. */
// "types": [], /* Type declaration files to be included in compilation. */
"allowSyntheticDefaultImports": true, /* Allow default imports from modules with no default export. This does not affect code emit, just typechecking. */
"esModuleInterop": true, /* Enables emit interoperability between CommonJS and ES Modules via creation of namespace objects for all imports. Implies 'allowSyntheticDefaultImports'. */
// "preserveSymlinks": true, /* Do not resolve the real path of symlinks. */
// "allowUmdGlobalAccess": true, /* Allow accessing UMD globals from modules. */
/* Source Map Options */
// "sourceRoot": "", /* Specify the location where debugger should locate TypeScript files instead of source locations. */
// "mapRoot": "", /* Specify the location where debugger should locate map files instead of generated locations. */
// "inlineSourceMap": true, /* Emit a single file with source maps instead of having a separate file. */
// "inlineSources": true, /* Emit the source alongside the sourcemaps within a single file; requires '--inlineSourceMap' or '--sourceMap' to be set. */
/* Experimental Options */
"experimentalDecorators": true, /* Enables experimental support for ES7 decorators. */
"emitDecoratorMetadata": true, /* Enables experimental support for emitting type metadata for decorators. */
/* Advanced Options */
"skipLibCheck": true, /* Skip type checking of declaration files. */
"forceConsistentCasingInFileNames": true /* Disallow inconsistently-cased references to the same file. */
}
}
Комментарии:
1. Ответ объясняет, что не так с макетом, но это, скорее всего, не будет полезно, потому что цель неясна. Итак, Экспресс и контроллеры были высмеяны, и что оставалось тестировать? В Express нет контроллеров, поэтому их, скорее всего, не нужно тестировать как отдельные устройства. Общий подход к экспресс-интеграционному тестированию заключается в издевательстве над другими модулями (моделями) и побочными эффектами и выполнении запросов с помощью Supertest. Это плохо сочетается с вашим проектом.
Server
это выдуманная сущность, которая не может быть эффективно протестирована. Лучший способ — иметьApp
(без app.listen) и настроить сервер в другой точке входа2. @EstusFlask Я стремился к модульному тестированию, а не к интеграционному тестированию. Может быть, тест, который использовался, был вызван 3 раза, и сервер запускается ?. Должен ли я просто сделать это с помощью actual express вместо того, чтобы издеваться над ним? а затем просто издеваться над запросом и ответом, которые, как я видел, выполнялись в других тестах? Не уверен, что вы имеете в виду — «Лучший способ — иметь приложение (без app.listen) и настроить сервер в другой точке входа» Спасибо за вашу помощь!
3. По моему опыту, модульные тесты для обработчиков маршрутов (контроллеров) отдельно от фреймворка не стоят того, потому что они очень специфичны для поведения Express. Вы можете издеваться над некоторыми промежуточными программами, если вам нужно. Я имею в виду, что экземпляр приложения (
app
объект с приложением промежуточных программ) и экземпляр сервера (app.listen(...)
object`) должны создаваться отдельно в разных модулях. В тестах вы хотите импортировать экземпляр приложения, но не экземпляр сервера. Смотрите Примеры для супертеста. Невыполнение этого усложнит тестирование — тесты Jest параллельны и будут пытаться одновременно прослушивать 3000.
Ответ №1:
Использование expressMock
переменной может привести к express() === undefined
тому, что она определяется после импорта mocked module , это объясняется в документации.
Это должно быть:
jest.mock('express', () => {
return jest.fn.mockReturnValue({
use: jest.fn().mockReturnThis()
})
})