Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.

Review Storybook UI changes by comparing rendered stories with an intentional visual baseline, inspecting every flagged difference, and either accepting the expected update or fixing the regression. A visual diff shows that pixels changed; it cannot decide whether the change is correct. Run the review during development and in CI before merging, and use behavior and accessibility tests for issues a screenshot cannot catch.

What visual review in Storybook checks

Storybook visual tests capture screenshots of stories and compare them with earlier versions to identify changes in rendered appearance, such as layout, color, size, and contrast. This helps answer the practical question: does the updated interface look right? Storybook’s visual testing documentation describes the workflow and its review process.

A visual test is not the same as a markup snapshot. Visual tests compare rendered pixels; snapshot tests compare rendered markup. Neither alone proves that interactions work, that the component is accessible, or that an entire user journey succeeds. Storybook describes component tests for rendering and simulated interaction, and end-to-end tests for complete workflows in its testing overview.

Review a visual change step by step

  1. Make stories cover the states that matter

    Include the variants and states relevant to the component change, such as different content lengths or component states. A baseline can only help detect changes in stories the project actually renders. Storybook treats stories as reusable examples and test cases.

    Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.
  2. Establish a reviewed baseline

    Run the initial visual test and inspect the rendered stories before treating those images as the known-good comparison point. If the baseline already contains an unintended defect, later comparisons may preserve it as though it were correct.

  3. Run visual tests after the code change

    In Storybook’s documented integration, start the test from the Visual Tests panel or testing widget. The integration sends stories to cloud browsers and reports visual changes. The precise setup and interface can vary with the Storybook version and project configuration; consult the current visual testing setup guide.

  4. Inspect every flagged story and its diff

    Open each changed story and inspect the visual-test panel’s changed pixels. Check the affected area against the intended design change, including nearby content that may have shifted. A highlighted difference is evidence of a change, not a verdict about whether it is good or bad.

  5. Accept intentional changes or fix regressions

    If the rendered update is intended, accept it as the new baseline. If it is unintended, correct the code and run the visual tests again. Do not approve a diff solely because the underlying code change was expected: the screenshot still needs review.

    Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.
  6. Repeat the check in CI before merge

    Run visual tests as changes approach merge so reviewers can see visual updates in the pull request workflow. Decide who on the team is responsible for reviewing and accepting intentional baseline updates; leaving that ownership unclear makes it easier for a real regression to be approved.

Storybook’s automation tutorial covers baseline capture, review, and CI as part of the visual testing workflow.

Choose coverage and execution to match the risk

A useful review depends on what the project renders and how it runs the tests. Decide which stories, states, viewports, themes, and browser environments are in scope rather than assuming that one screenshot represents every use case. Also consider where the check runs, how reviewers see changes, and who maintains the setup.

Approach What it answers Where it fits
Visual tests Did the rendered appearance change? Reviewing pixel-level changes to rendered stories.
Snapshot tests Did the rendered markup change? Checking markup output rather than rendered pixels.
Component tests Does a component render and respond to simulated interaction? Checking component behavior and rendering.
End-to-end tests Does a full workflow work? Checking behavior across a complete user journey.

These methods address different risks and can be combined. Storybook describes its test runner as usable locally or in CI, and Chromatic as a cloud visual and interaction testing service; its documentation gives examples of using them together, such as local execution with Chromatic on CI. See Storybook’s testing overview for the distinctions and examples.

Free tools Windows power users keep installed

One-click scans. No signup required.

Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.

When to use Storybook’s Visual Tests addon

The documented Visual Tests addon is the Storybook integration for the cloud visual-testing workflow. The current Storybook 8 visual-testing documentation states that @chromatic-com/storybook requires Storybook 7.6 or higher and uses Chromatic cloud browsers. Confirm compatibility and the current interface in the documentation for the versions in your project before setup, because version requirements and UI wording can change.

Independent reader supportYour contribution helps us test, update, and keep practical guides available for everyone.Support on Ko-Fi

Or skip the browser setup

ScreenshotNeo is a website screenshot API and MCP server, not a replacement for Storybook’s story-based visual testing or baseline review. It can be useful when you need a clean screenshot of a page without setting up browser automation for that capture. One GET request returns an image or PDF; the example below requests WebP. See the ScreenshotNeo documentation for request options.

curl -G "https://api.screenshotneo.com/v1/shot" -d access_key=YOUR_API_KEY --data-urlencode url=https://storybook.js.org -o shot.webp
  • Cookie banners and more than 60 known consent platforms, newsletter popups, and chat widgets can be removed before capture; each cleanup step can be turned off.
  • Bot checks or CAPTCHAs, blank pages, timeouts, failed loads, and cache hits are not billed. The response includes X-Page-Verdict and X-Billed headers.
  • An MCP server provides take_screenshot, get_page_info, and capture_pdf tools for Claude, Cursor, and other MCP clients.
  • The free plan includes 1,000 screenshots per month with no card; paid plans start at $5 for 3,000 screenshots.

Sign up for ScreenshotNeo’s free plan to try 1,000 screenshots a month with no card.

Troubleshoot a visual diff review

  • A flagged change appears unrelated to the code change: inspect the actual diff and the story state rather than assuming it is harmless. Verify that the story still represents the intended configuration, then fix the cause or accept the update only if it is genuinely intended.
  • The baseline looks wrong: do not treat it as authoritative just because it is the existing comparison image. Review the rendered story, correct the underlying issue, and establish an intentional baseline.
  • The expected state is not covered: add or update a representative story for that variant or state, then run the visual test so it is included in future comparisons.
  • The addon setup or UI does not match the guide: check the Storybook version and the current addon prerequisites. The cited Storybook 8 documentation gives Storybook 7.6 or higher as the requirement for @chromatic-com/storybook; verify current compatibility before changing project dependencies.
  • The visual test passes but behavior is broken: add or run the appropriate component or end-to-end test. A pixel comparison does not establish that interaction or a complete workflow works.

Product prices and availability are accurate as of the date/time indicated and are subject to change. Any price and availability information displayed on Amazon at the time of purchase will apply.

Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.