Skip to content

Latest commit

 

History

History
197 lines (149 loc) · 8.99 KB

README.md

File metadata and controls

197 lines (149 loc) · 8.99 KB
Raw

Jest builder for Angular build facade

npm version npm (tag) npm

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.

This documentation is for the latest major version only

Previous versions

Click to expand

Quick guide

Prerequisites

Installation

  1. 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
  2. Install the builder (and jest if you still haven't): 
    $ npm i -D jest @types/jest @angular-builders/jest

Updating Typescript configurations

  1. In tsconfig.spec.json (root directory, used by Jest):

    • Replace jasmine in types array with jest
      You want your tests to be type-checked against Jest typings and not Jasmine.
    • Remove test.ts entry from files array
      This file was responsible for Karma setup, you don't need it here anymore.

  2. In tsconfig.json (root directory, used by IDE):

    • Add jest to types 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.

Running with Angular CLI

  • In your angular.json: 
    "projects": {
  "[your-project]": {
    "architect": {
      "test": {
        "builder": "@angular-builders/jest:run",
        "options": {
          // see below
        }
      }
    }
  }
}
  • Run the tests: ng test

Multi-projects workspace support

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.

Builder options

  • configPath - path to jest config file, relative to project root (or src/ directory in case of non-project app), defaults to jest.config.js. Other extensions are also supported. The Jest configuration might be written is TypeScript, but you should explicitly specify the path to the jest.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:

    1. Take the default configuration from the library
    2. Add on top of it default project specific config (that is dynamic due to different root directories). Used to scope single project test runs.
    3. Add on top of it package.json jest config if exists (for all projects) or jest.config.js from workspace root directory if exists
    4. 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 to tsconfig.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 and matchMedia are not implemented in jsdom, therefore these are enabled by default.

    getComputedStyle and doctype 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 with junit-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 to find-related-tests option you should be passing it like this:

    $ ng test --find-related-tests file1,file2

Migrating existing tests to Jest

Use this for automatic migration of your Jasmine tests to Jest framework.

Troubleshooting

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.

Unexpected token [import|export|other]

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',
  },
};