id | title |
---|---|
cli |
Jest CLI Options |
The jest
command line runner has a number of useful options. You can run
jest --help
to view all available options. Many of the options shown below can
also be used together to run tests exactly the way you want. Every one of Jest's
Configuration options can also be specified through the CLI.
Here is a brief overview:
Run all tests (default):
jest
Run only the tests that were specified with a pattern or filename:
jest my-test #or
jest path/to/my-test.js
Run tests related to changed files based on hg/git (uncommitted files):
jest -o
Run tests related to path/to/fileA.js
and path/to/fileB.js
:
jest --findRelatedTests path/to/fileA.js path/to/fileB.js
Run tests that match this spec name (match against the name in describe
or
test
, basically).
jest -t name-of-spec
Run watch mode:
jest --watch #runs jest -o by default
jest --watchAll #runs all tests
Watch mode also enables to specify the name or path to a file to focus on a specific set of tests.
If you run Jest via yarn test
, you can pass the command line arguments
directly as Jest arguments.
Instead of:
jest -u -t="ColorPicker"
you can use:
yarn test -u -t="ColorPicker"
If you run Jest via npm test
, you can still use the command line arguments by
inserting a --
between npm test
and the Jest arguments.
Instead of:
jest -u -t="ColorPicker"
you can use:
npm test -- -u -t="ColorPicker"
Note: CLI options take precedence over values from the Configuration.
<AUTOGENERATED_TABLE_OF_CONTENTS>
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. Depending on your terminal, you may need to quote this
argument: jest "my.*(complex)?pattern"
. On Windows, you will need to use /
as a path separator or escape \
as \\
.
Alias: -b
. Exit the test suite immediately upon the first failing test suite.
Whether to use the cache. Defaults to true. Disable the cache using
--no-cache
. Note: the cache should only be disabled if you are experiencing
caching related problems. On average, disabling the cache makes Jest at least
two times slower.
If you want to inspect the cache, use --showConfig
and look at the
cacheDirectory
value. If you need to clear the cache, use --clearCache
.
Runs tests related to the current changes and the changes made in the last
commit. Behaves similarly to --onlyChanged
.
Runs tests related the changes since the provided branch. If the current branch
has diverged from the given branch, then only changes made locally will be
tested. Behaves similarly to --onlyChanged
.
When this option is provided, Jest will assume it is running in a CI
environment. This changes the behavior when a new snapshot is encountered.
Instead of the regular behavior of storing a new snapshot automatically, it will
fail the test and require Jest to be run with --updateSnapshot
.
Deletes the Jest cache directory and then exits without running tests. Will
delete cacheDirectory
if the option is passed, or Jest's default cache
directory. The default cache directory can be found by calling
jest --showConfig
. Note: clearing the cache will reduce performance.
An array of glob patterns relative to matching the files that coverage info needs to be collected from.
Forces test results output highlighting even if stdout is not a TTY.
Alias: -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: jsdom
, node
or path/to/my-environment.js
.
Alias: -e
. Use this flag to show full diffs and errors instead of a patch.
Find and run the tests that cover a space separated 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. Note: This feature is an escape-hatch. If Jest doesn't exit at the end of a test run, it means external resources are still being held on to or timers are still pending in your code. It is advised to tear down external resources after each test to make sure Jest can shut down cleanly.
Show the help 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.
Run all tests affected by file changes in the last commit made. Behaves
similarly to --onlyChanged
.
Lists all tests as JSON that Jest will run given the arguments, and exits. This
can be used together with --findRelatedTests
to know which tests Jest will
run.
Logs the heap usage after every test. Useful to debug memory leaks. Use together
with --runInBand
and --expose-gc
in node.
Alias: -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. It may be useful to adjust this in resource limited environments like
CIs but the default should be adequate for most use-cases.
Disables stack trace in test results output.
Activates notifications for test results. Good for when you don't want your consciousness to be able to focus on anything except JavaScript testing.
Alias: -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/hg repository at the moment and requires a static dependency graph (ie. no
dynamic requires).
Allows the test suite to pass when no files are found.
Run tests from one or more projects.
Alias: -i
. Run all tests serially in the current process, rather than creating
a worker pool of child processes that run tests. This can be useful for
debugging.
The path to a module that runs some code to configure or set up the testing framework before each test. Beware that files imported by the setup script will not be mocked during testing.
Print your Jest config and then exits.
Prevent tests from printing messages through the console.
Alias: -t
. Run only tests and test suites with a name that matches the regex.
For example, suppose you want to run only tests related to authorization which
will have names like "GET /api/posts with auth"
, then you can use
jest -t=auth
.
Adds a location
field to test results. Useful if you want to report the
location of a test in a reporter.
Note that column
is 0-indexed while line
is not.
{
"column": 4,
"line": 5
}
A regexp pattern string that is matched against all tests paths before executing
the test. On Windows, you will need to use /
as a path separator or escape \
as \\
.
Lets you specify a custom test runner.
Alias: -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.
Alias: -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 --watch
option.
Whether to use watchman for file crawling. Defaults to true. Disable using
--no-watchman
.