Skip to main content

Review Workflow

The review workflow happens in the Sauce UI. Its purpose is to define new baseline snapshots and review diffing results.

Every execution of the test execution workflow generates a "Visual Build". For many integrations, there will also be at least one automated job that generated the snapshots for the "Visual Build".

Build row

A "Visual Build" is currently not related to builds of automated jobs. We are working on a solution to make this more clear.

Reviewing and Accepting baselines

The first time you run a test, a baseline is automatically created in our system and will be marked as "For Review". This baseline serves as the standard for all subsequent tests and matches based on the metadata as described in the Baseline Matching and must be reviewed and accepted by a user.


Subsequent Test Executions can also generate new baseline snapshots. This can happen when:

  • The metadata, that is used for Baseline Matching, changes. For example, when you change viewport size.
  • New configurations are added to the test execution. For example, when you add a new browser or viewport size.
  • New snapshots are added to the test execution. For example, when you add a new test case.

Bulk Accept


Bulk Accept will not affect already accepted snapshots.

You can "bulk accept" all the snapshots in a build by clicking on the "More options" button from the "Build" page

Build page bulk accepts

or the "Build > Build Details" page.

Build details page bulk accepts

Accept All

Bulk Accept All

Using this option will accept all snapshots with the following statuses:

  • All snapshots that don't have a baseline image, marked as "For Review" in the "Build Details" page and labeled "New" in the "Diff Review" page.
  • All snapshots that have a baseline image where Sauce Visual detected a difference. They are marked as "For Review" in the "Build Details" page and labeled as "{number} changes" in the "Diff Review" page.
  • All snapshots with "Rejected" status
  • All snapshots with "No changes" status

The amount in "Accept All (19)" will show you how many snapshots will be affected.


An accepted snapshot in the current build will be used as a baseline image for all subsequent builds.

Accept Only New

Bulk Accept Only New

Using this option will only accept all snapshots that don't have a baseline image.

  • All snapshots that don't have a baseline image, marked as "For Review" in the "Build Details" page and labeled "New" in the "Diff Review" page.
  • All snapshots that don't have a baseline image, marked as "Rejected".

If this happens after a Subsequent Test Executions where we also detected visual differences, then we don't accept those snapshots. This is because we want you to review and accept the visual differences first.

The amount in "Accept Only New (11)" will show you how many snapshots will be affected.

Single Accept

Snapshots can be reviewed from the "Build Details" page or the "Diff Review" page.

Build Details page

Open the "Build Details" page by clicking on the Build row from the Visual Build Overview page. You will see a list of all the snapshots that were generated during the test execution and match the status that has been selected in the "Filter" dropdown.

Bulk Details Overview

When for example, the status "For Review" is selected, you can review and accept the snapshots by using the "Accept" button.

Review and accept baseline images
Grouping and Filtering

The list of snapshots can be grouped and filtered by using the "Group By" and "Filter" dropdowns.

Build Details Grouping and Filtering

The grouping can be done by:

Group byDescriptionDetermined by
Suite NameThe Name of the Suite/ClassThis will automatically be determined by the used binding
Test NameThe Name of the Test that holds the visual checksThis will automatically be determined by the used binding
DeviceThe Device that has been used to take the snapshot. This can be a Desktop browser or a Mobile DeviceThis will automatically be determined by the used binding
OSThe OS that has been used to take the snapshot.This will automatically be determined by the used binding
Storybook (Depth 1)The name of the Storybook library you used.This will automatically be determined by the used binding
Storybook (Depth 2)The name of the Storybook component that was used to create the snapshot.This will automatically be determined by the used binding

Diff Review-overlay

You can also review and accept a single snapshot by clicking on a thumbnail from the "Build Details" page. This will open a "Diff Review" page where you can review and accept the snapshots by using the "Accept" button.


The "Diff Review" page will only show the snapshots that match the filter you have selected on the "Build Details" page. If you want to see all the snapshots, you need to clear your filter.

Review and accept single baseline images

If you have more than one baseline image, and you accept one, you will automatically be taken to the next one. This will continue until you have reviewed and accepted all the baseline images.

There is also an option to reject the snapshot. This will mark the snapshot as "Rejected" and will not be used as a baseline. A subsequent test execution will then generate a new baseline snapshot which needs to be reviewed and accepted.

More information about reviewing and approving diffs can be found in Subsequent Test Execution Review.

Diff inspection

The Diff Inspection Tool is a valuable utility that helps identify and verify which DOM changes have impacted the UI. It offers a visual representation of the differences between two versions, making it easy to spot modified, added, or removed elements.

It detects changes in:

  • HTML
  • computed CSS styles
  • position
  • dimensions

The captureDom option is disabled by default. For information on how to enable this option or for examples, please refer to the integration page.


To generate the DOM diff, it is important to ensure that both the baseline and snapshot have accurately captured the DOM. Bear in mind that Bulk Accept will not update baselines for snapshots with No Changes status.

DOM diff inspection

Subsequent Test Execution Review

Every subsequent test execution will generate a new "Visual Build" and will be marked as "For Review". This is because:

  • A new baseline snapshot could be generated for the new test execution, see also Reviewing and Accepting baselines and Accept Only New.
  • You need to review the visual differences between the new snapshot and the previously accepted baseline snapshot.

The process of reviewing and approving the visual differences is the same as described in Reviewing and Accepting baselines.

The user interface including the actions you can take are described in User Interface.

Enhancing test accuracy

Ignored regions are areas of a user interface excluded from visual checks. These regions often contain dynamic content or non-critical elements that change frequently. Defining ignore regions helps focus on significant UI discrepancies, reducing false positives and enhancing test accuracy.

Code ignored regions

  • Definition: defined only in the code and are linked to specific snapshots.
  • Initialization: can be added from the first run.
  • Specification: defined by provided dimensions or by elements.
  • Auto-Adjustment: automatically adjusted size with the corresponding element.
  • Auto-Propagation: populated across all screenshot variations (capabilities).

Check our integration documentation to learn how to get started.

Cypress, C#/.Net, Java, Nightwatch, WebdriverIO, Python, Python (Robot Framework)

UI ignored regions (available soon)


We recommend using Code ignored regions over UI ignore regions whenever possible

  • Definition: can be defined only on UI. Every modification will create a new baseline and link UI ignored regions to specific baseline.
  • Initialization: can be added after the first run and snapshot approval.
  • Specification: defined by provided dimensions.
  • Manual-Adjustment: defined size should adjust for changes in dimensions, like longer or wrapped text.
  • Manual-Propagation: needs to be manually added to all screenshot variations (capabilities).

Defining regions

Open "Ignored regions" in diff review overlay

Open Ignored regions

Click "Add New Region"

Add Ignored regions

1 - Adjust the region size and position by dragging it with the mouse
1a - Optionally, you can change the ignoring types. Before using, please read Selective Diffing
2 - Click "Save All"

Save Ignored regions

Congratulations! You added a new UI ignored region. Now you can continue the review process.


Updated UI Ignored Regions will be reflected in both future and older builds.

User Interface

Selecting one of the builds allows you to get to the "Diff Review" page, where you can Accept or Reject detected diffs.

Diff review page with toolbars

By default, you will see diffs in a Side-by-side view, which lets you easily compare the Current diff against the Baseline. On the top, you will see the toggle options which allow you to review snapshots by switching the view from Side-by-side to Overlay mode. On the right side, you will see a toolbar enabling you to review the diffs. You can:

  • Zoom in or out of the snapshots.
  • Zoom to 100% or fit snapshot to the screen.
  • Highlight or hide diffs for easier discovery of the changes.
  • Open Diff Inspector

There are conditional actions you can use, depending on the type of view you have activated:

  • If in Side-by-side view, you can mirror the zoom and pan actions from the Current snapshot to the Baseline.
  • If in Overlay view, you can change the opacity between Baseline and Current snapshot.
Diff review page modes

The list below shows the available actions and their keyboard shortcuts.

IconAction [Keyboard Shortcut]
Accept changes iconAccept changes [A] or Undo [U]
Reject changes iconReject changes [R] or Undo [U]
Cycle through snapshots arrows iconCycle through snapshots [⟵] and [⟶]
Zoom in iconZoom in [=]
Zoom out iconZoom out [-]
Fit to 100% or to screen iconZoom to fit [1] or Zoom to 100% [0]
Emphasize diffs iconEmphasize diffs [E]
Hide diffs iconHide diffs [H]
Sync pan and zoom iconSync pan and zoom [P]
View current iconToggle Baseline and Current snapshots [T]
Show Diff InspectorDiff Inspector [I]
Show Ignored RegionsIgnored Regions [J]

Additional Keyboard Actions

  • cmd on Mac / ctrl on Windows + mouse scroll: for zooming in or out of the snapshot.
  • space + click and drag: for panning the snapshot.

Visual Statuses

Visual uses different statuses:

AcceptedAll detected changes were accepted. This is considered a success state.
No ChangesThe snapshots assigned to your build matched your baseline. It is considered a success because your assertions were successful.
RunningThese builds have not been finished yet.
QueuedSome of your diffs are waiting to be generated.
For ReviewThere were either no baselines available to compare against your uploaded snapshot or some were different from their baselines. You are supposed to review those detected diffs. As long as those changes aren't accepted, they are considered a failure state.
ErroredOne or more errors occurred. More information is available in the "Build Details" page.
RejectedSome of your detected changes were rejected. This is considered a failure state.