Allows running ng test
with Jest instead of Karma & Jasmine.
The builder comes to provide zero configuration setup for Jest while keeping the workspace clear of boilerplate code.
Click to expand
- Remove Karma related libraries and files:
$ npm remove karma karma-chrome-launcher karma-coverage-istanbul-reporter karma-jasmine karma-jasmine-html-reporter $ rm ./karma.conf.js ./src/test.ts
- Install the builder (and
jest
if you still haven't):$ npm i -D jest @types/jest @angular-builders/jest
-
In tsconfig.spec.json (root directory, used by Jest):
- Replace
jasmine
intypes
array withjest
You want your tests to be type-checked against Jest typings and not Jasmine. - Remove
test.ts
entry fromfiles
array
This file was responsible for Karma setup, you don't need it here anymore.
- Replace
-
In tsconfig.json (root directory, used by IDE):
- Add
jest
totypes
array
Although you run your unit tests with Jest, Protractor (e2e tests) still has to use Jasmine. Due to this fact it’s possible that you favorite IDE will get confused with the typings and will propose you Jasmine types in unit tests.
tsconfig.json
is the config file that your IDE uses so you have to instruct it explicitly to use Jest typings.
Bear in mind that the other side of the coin is that your IDE will propose you Jest types in your e2e tests.
- Add
- In your
angular.json
:"projects": { "[your-project]": { "architect": { "test": { "builder": "@angular-builders/jest:run", "options": { // see below } } } } }
- Run the tests:
ng test
The builder supports multi-project workspaces out of the box, the only thing required is editing tsconfig.spec.json in the relevant project directory as described above.
-
configPath
- path to jest config file, relative to project root (or src/ directory in case of non-project app), defaults tojest.config.js
. Other extensions are also supported. The Jest configuration might be written is TypeScript, but you should explicitly specify the path to thejest.config.ts
. The configuration is merged on top of the default configuration, so there is no need to specify the whole jest configuration in this file. Just specify the changes you'd like to make to the default configuration. The way the configurations are merged is as following:- Take the default configuration from the library
- Add on top of it default project specific config (that is dynamic due to different root directories). Used to scope single project test runs.
- Add on top of it package.json jest config if exists (for all projects) or jest.config.js from workspace root directory if exists
- Add on top of it project specific config if it is specified inside angular.json or jest.config.js from project directory (or src/ directory in case of non-project app) if exists.
Thus, if you don't provide
configPath
in options, and you'd like to customize the configuration of a single project in your workspace, you only have to add jest.config.js in this project's root directory and specify the configuration delta in this file.
Or, if you'd like the same custom configuration to be applied to all the projects in the workspace, you just specify it in package.json. Another option in such a case is creating a single config file in the workspace root and specifying it in angular.json for each project. -
tsConfig
- path to tsconfig file. If the path is relative then it is evaluated relative to the project root. Defaults totsconfig.spec.json
that is located in project root. -
globalMocks
- there are 4 global mocks available:["getComputedStyle", "doctype", "styleTransform", "matchMedia"]
.
The mocks implementation can be found here.styleTransform
andmatchMedia
are not implemented in jsdom, therefore these are enabled by default.getComputedStyle
anddoctype
are implemented but do not support 100% of cases.If you want to disable/enable one or more of these mocks just pass an updated list in options.
For example:"options": { "globalMocks": ["styleTransform", "matchMedia", "getComputedStyle"] }
-
[jest-cli-option]
- any option from Jest CLI options. For example, to run unit tests without caching and withjunit-reporter
use:"options": { "no-cache": true, "reporters": "jest-junit" }
These options can also be provided directly to
ng test
command. For example, to run a single test from this suite:describe('My cool suite', () => { it('Should do one thing', () => { // do something... }); it('Should do another thing', () => { // do something... }); });
Use the following command:
ng test --test-name-pattern="My cool suite Should do one thing"
Notice that for array-like arguments you should use
,
delimiter instead of space delimiter. These are limitations of Angular CLI.
Thus, if you want to provide multiple arguments tofind-related-tests
option you should be passing it like this:$ ng test --find-related-tests file1,file2
Use this for automatic migration of your Jasmine tests to Jest framework.
Please find below a selection of potential issues you might face when using this builder. Refer to jest-preset-angular Troubleshooting for jest-preset-angular
specific issues.
This means that the library you're using doesn't use commonjs
module format (which jest
expects to see). You will need to implement the recommendations mentioned in jest-preset-angular Troubleshooting Guide.
One of the recommendations might require you to transpile js files through babel-jest.
In this case make sure you add allowSyntheticDefaultImports
to the ts-jest
configuration (see here for an explanation of this setting).
transform: {
'^.+\\.tsx?$': [
'ts-jest',
{
allowSyntheticDefaultImports: true,
},
],
}
Your final jest.config.js
file should look something like this:
const esModules = ['[thir-party-lib]'].join('|');
module.exports = {
transformIgnorePatterns: [`<rootDir>/node_modules/(?!${esModules})`],
transform: {
'^.+\\.tsx?$': [
'ts-jest',
{
allowSyntheticDefaultImports: true,
},
],
'^.+\\.js$': 'babel-jest',
},
};