jest command line tool has a number of useful options, although you might never need any of them. You can run
jest --help to view the options available. This document will also provide a brief overview.
If you run Jest via
npm test, you can still use the command line arguments by inserting a
npm test and the Jest arguments. So instead of:
jest -u -t="ColorPicker"
you could use:
npm test -- -u -t="ColorPicker"
CLI options take precedence over values from the Configuration.
jest <regexForTestFiles> #
When you run
jest with an argument, that argument is treated as a regular expression to match against files in your project. It is possible to run test suites by providing a pattern. Only the files that the pattern matches will be picked up and executed.
-b. Exit the test suite immediately upon the first failing test.
Whether to use the transform cache. Defaults to true. Disable the cache using
Relative to the root directory, glob pattern matching the files that coverage info needs to be collected from.
Forces test results output highlighting even if stdout is not a TTY.
-c. The path to a jest config file specifying how to find and execute tests. If no
rootDir is set in the config, the current directory is assumed to be the rootDir for the project. This can also be a JSON-encoded value which Jest will use as configuration.
Indicates that test coverage information should be collected and reported in the output.
Print debugging info about your jest config.
The test environment used for all tests. This can point to any file or node module. Examples:
-e. Use this flag to show full diffs instead of a patch.
Find the tests that cover a list of source files that were passed in as arguments. Useful for pre-commit hook integration to run the minimal amount of tests necessary.
Force Jest to exit after all tests have completed running. This is useful when resources set up by test code cannot be adequately cleaned up.
Show some helpful information, similar to this page.
Prints the test results in JSON. This mode will send all other test output and user messages to stderr.
Write test results to a file when the
--json option is also specified.
Will run all tests affected by file changes in the last commit made.
Logs the heap usage after every test. Useful to debug memory leaks. Use together with
--expose-gc in node.
-w. Specifies the maximum number of workers the worker-pool will spawn for running tests. This defaults to the number of the cores available on your machine. Overriding this is rarely a good idea.
Disables stack trace in test results output.
-o. Attempts to identify which tests to run based on which files have changed in the current repository. Only works if you're running tests in a git repository at the moment.
-i. Run all tests serially in the current process, rather than creating a worker pool of child processes that run tests. This is sometimes useful for debugging, but generally discouraged.
The path to a module that runs some code to configure or set up the testing framework before each test.
Prevent tests from printing messages through the console.
-t. Run only tests with a name that matches the regex.
A regexp pattern string that is matched against all tests paths before executing the test.
Lets you specify a custom test runner.
-u. Use this flag to re-record every snapshot that fails during this test run. Can be used together with a test suite pattern or with
--testNamePattern to re-record snapshots.
Divert all output to stderr.
Display individual test results with the test suite hierarchy.
-v. Print the version and exit.
Watch files for changes and rerun tests related to changed files. If you want to re-run all tests when a file has changed, use the
--watchAll option instead.
Watch files for changes and rerun all tests when something changes. If you want to re-run only the tests that depend on the changed files, use the
Whether to use watchman for file crawling. Defaults to true. Disable using