Jest matcher for image comparisons. Most commonly used for visual regression testing.
Last updated 4 days ago by amexopensource .
Apache-2.0 · Repository · Bugs · Original npm · Tarball · package.json
$ cnpm install jest-image-snapshot 
SYNC missed versions from official npm registry.

Jest Image Snapshot - One Amex

npm Travis (.org) branch Mentioned in Awesome Jest

Jest matcher that performs image comparisons using pixelmatch and behaves just like Jest snapshots do! Very useful for visual regression testing.

????‍???? Hiring ????‍????

Want to get paid for your contributions to jest-image-snapshot?

Send your resume to

???? Table of Contents

✨ Features

  • Take image snapshots of your application
  • Ability to compare snapshots from a baseline
  • Update snapshots when you're good with changes
  • Customize a difference threshold
  • Add a Gaussian blur for noise
  • Adjust the diff layout horizontal vs vertical

How it works

Given an image (Buffer instance with PNG image data) the toMatchImageSnapshot() matcher will create a __image_snapshots__ directory in the directory the test is in and will store the baseline snapshot image there on the first run. Note that if customSnapshotsDir option is given then it will store baseline snapshot there instead.

On subsequent test runs the matcher will compare the image being passed against the stored snapshot.

To update the stored image snapshot run Jest with --updateSnapshot or -u argument. All this works the same way as Jest snapshots.

See it in action

Typically this matcher is used to for visual tests that run on a browser. For example let's say I finish working on a feature and want to write a test to prevent visual regressions:

it('renders correctly', async () => {
  const page = await browser.newPage();
  await page.goto('https://localhost:3000');
  const image = await page.screenshot();


Then after a few days as I finish adding another feature to my component I notice one of my tests failing!

Oh no! I must have introduced a regression! Let's see what the diff looks like to identify what I need to fix:

And now that I know that I broke the card art I can fix it!

Thanks jest-image-snapshot, that broken header would not have looked good in production!

????‍ Usage


npm i --save-dev jest-image-snapshot

Please note that Jest >=20 <=25 is a peerDependency. jest-image-snapshot will not work with anything below Jest 20.x.x


  1. Extend Jest's expect
  const { toMatchImageSnapshot } = require('jest-image-snapshot');

  expect.extend({ toMatchImageSnapshot });
  1. Use toMatchImageSnapshot() in your tests!
  it('should demonstrate this matcher`s usage', () => {

See the examples for more detailed usage or read about an example use case in the American Express Technology Blog

????️ API

toMatchImageSnapshot() takes an optional options object with the following properties:

  • customDiffConfig: Custom config passed to pixelmatch (See options section)
    • By default we have set the threshold to 0.01, you can increase that value by passing a customDiffConfig as demonstrated below.
    • Please note the threshold set in the customDiffConfig is the per pixel sensitivity threshold. For example with a source pixel colour of #ffffff (white) and a comparison pixel colour of #fcfcfc (really light grey) if you set the threshold to 0 then it would trigger a failure on that pixel. However if you were to use say 0.5 then it wouldn't, the colour difference would need to be much more extreme to trigger a failure on that pixel, say #000000 (black)
  • customSnapshotsDir: A custom absolute path of a directory to keep this snapshot in
  • customDiffDir: A custom absolute path of a directory to keep this diff in
  • customSnapshotIdentifier: A custom name to give this snapshot. If not provided one is computed automatically. When a function is provided it is called with an object containing testPath, currentTestName, counter and defaultIdentifier as its first argument. The function must return an identifier to use for the snapshot.
  • diffDirection: (default: horizontal) (options horizontal or vertical) Changes diff image layout direction
  • noColors: Removes coloring from console output, useful if storing the results in a file
  • failureThreshold: (default 0) Sets the threshold that would trigger a test failure based on the failureThresholdType selected. This is different to the customDiffConfig.threshold above, that is the per pixel failure threshold, this is the failure threshold for the entire comparison.
  • failureThresholdType: (default pixel) (options percent or pixel) Sets the type of threshold that would trigger a failure.
  • updatePassedSnapshot: (default false) Updates a snapshot even if it passed the threshold against the existing one.
  • blur: (default 0) Applies Gaussian Blur on compared images, accepts radius in pixels as value. Useful when you have noise after scaling images per different resolutions on your target website, usually setting its value to 1-2 should be enough to solve that problem.
  • runInProcess: (default false) Runs the diff in process without spawning a child process.
  • dumpDiffToConsole: (default false) Will output base64 string of a diff image to console in case of failed tests (in addition to creating a diff image). This string can be copy-pasted to a browser address string to preview the diff for a failed test.
  • allowSizeMismatch: (default false) If set to true, the build will not fail when the screenshots to compare have different sizes.
it('should demonstrate this matcher`s usage with a custom pixelmatch config', () => {
  const customConfig = { threshold: 0.5 };
    customDiffConfig: customConfig,
    customSnapshotIdentifier: 'customSnapshotName',
    noColors: true

The failure threshold can be set in percent, in this case if the difference is over 1%.

it('should fail if there is more than a 1% difference', () => {
    failureThreshold: 0.01,
    failureThresholdType: 'percent'

Custom defaults can be set with a configurable extension. This will allow for customization of this module's defaults. For example, a 0% default threshold can be shared across all tests with the configuration below:

const { configureToMatchImageSnapshot } = require('jest-image-snapshot');

const customConfig = { threshold: 0 };
const toMatchImageSnapshot = configureToMatchImageSnapshot({
  customDiffConfig: customConfig,
  noColors: true,
expect.extend({ toMatchImageSnapshot });


Jest supports automatic retries on test failures. This can be useful for browser screenshot tests which tend to have more frequent false positives. Note that when using jest.retryTimes you'll have to use a unique customSnapshotIdentifier as that's the only way to reliably identify snapshots.


Upload diff images from failed tests

Example Image Upload Test Reporter

If you are using jest-image-snapshot in an ephemeral environment (like a Continuous Integration server) where the file system does not persist, you might want a way to retrieve those images for diagnostics or historical reference. This example shows how to use a custom Jest Reporter that will run after every test, and if there were any images created because they failed the diff test, upload those images to an AWS S3 bucket.

To enable this image reporter, add it to your jest.config.js "reporters" definition:

"reporters": [ "default", "<rootDir>/image-reporter.js" ]

Usage in TypeScript

In TypeScript, you can declare toMatchImageSnapshot like this:

declare global {
  namespace jest {
    interface Matchers<R> {
      toMatchImageSnapshot(): R

Ignoring parts of the image snapshot if using Puppeteer

If you want to to ignore parts of the snapshot (for example some banners or other dynamic blocks) you can find DOM elements with Puppeteer and remove/modify them (setting visibility: hidden on block, if removing it breaks your layout, should help):

async function removeBanners(page){
  await page.evaluate(() => {
    (document.querySelectorAll('.banner') || []).forEach(el => el.remove());

it('renders correctly', async () => {
  const page = await browser.newPage();
  await page.goto('https://localhost:3000');

  await removeBanners(page);

  const image = await page.screenshot();


???? Contributing

We welcome Your interest in the American Express Open Source Community on Github. Any Contributor to any Open Source Project managed by the American Express Open Source Community must accept and sign an Agreement indicating agreement to the terms below. Except for the rights granted in this Agreement to American Express and to recipients of software distributed by American Express, You reserve all right, title, and interest, if any, in and to Your Contributions. Please fill out the Agreement.

Please feel free to open pull requests and see to learn how to get started contributing.

????️ License

Any contributions made under this project will be governed by the Apache License 2.0.

????️ Code of Conduct

This project adheres to the American Express Community Guidelines. By participating, you are expected to honor these guidelines.

Current Tags

  • 4.0.2                                ...           latest (4 days ago)

29 Versions

  • 4.0.2                                ...           4 days ago
  • 4.0.1                                ...           4 days ago
  • 4.0.0                                ...           17 days ago
  • 3.1.0                                ...           a month ago
  • 3.0.1                                ...           2 months ago
  • 3.0.0                                ...           2 months ago
  • 2.12.0                                ...           5 months ago
  • 2.11.1                                ...           7 months ago
  • 2.11.0                                ...           9 months ago
  • 2.10.0                                ...           9 months ago
  • 2.9.0                                ...           a year ago
  • 2.8.2                                ...           a year ago
  • 2.8.1                                ...           a year ago
  • 2.8.0                                ...           a year ago
  • 2.7.0                                ...           2 years ago
  • 2.6.0                                ...           2 years ago
  • 2.5.0                                ...           2 years ago
  • 2.4.3                                ...           2 years ago
  • 2.4.2                                ...           2 years ago
  • 2.4.1                                ...           2 years ago
  • 2.4.0                                ...           2 years ago
  • 2.3.0                                ...           2 years ago
  • 2.2.1                                ...           2 years ago
  • 2.2.0                                ...           3 years ago
  • 2.1.0                                ...           3 years ago
  • 2.0.0                                ...           3 years ago
  • 1.0.1                                ...           3 years ago
  • 1.0.0                                ...           3 years ago
  • 0.1.0                                ...           3 years ago
Today 17
This Week 543
This Month 1,726
Last Day 21
Last Week 447
Last Month 665
Dependencies (8)
Dev Dependencies (14)

Copyright 2014 - 2017 © |