mcpField
V
visual-regression-testing

visual-regression-testing

github.com/aj-geddesTesting & quality373721 installsUpdated 34w ago
Repository

About visual-regression-testing

A visual regression testing guide for frontend developers and testers. It compares UI screenshots across versions to detect unintended visual changes.

Key features

  1. 01Screenshot and baseline comparison
  2. 02Responsive checks across viewports
  3. 03Cross-browser testing
  4. 04Handling dynamic content
  5. 05Testing component interaction states

Use cases

  1. 01Detecting CSS regressions
  2. 02Reviewing visual changes in PRs
  3. 03Validating design system components
  4. 04Finding layout shifts and overlaps

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/aj-geddes/useful-ai-prompts --skill visual-regression-testing

After installing, type/visual-regression-testingin Claude Code to confirm it loaded.

Bundled files

References and scripts installed along with SKILL.md.

references/
backstopjs-configuration.md
chromatic-for-storybook.md
cypress-visual-testing.md
handling-dynamic-content.md
percy-visual-testing.md
playwright-visual-testing.md
testing-responsive-components.md
templates/
component-template.tsx

Details

From the project README

Visual Regression Testing

Table of Contents

Overview

Visual regression testing captures screenshots of UI components and pages, then compares them across versions to detect unintended visual changes. This automated approach catches CSS bugs, layout issues, and design regressions that traditional functional tests miss.

When to Use

  • Detecting CSS regression bugs
  • Validating responsive design across viewports
  • Testing across different browsers
  • Verifying component visual consistency
  • Catching layout shifts and overlaps
  • Testing theme changes
  • Validating design system components
  • Reviewing visual changes in PRs

Quick Start

Minimal working example:

// tests/visual/homepage.spec.ts
import { test, expect } from "@playwright/test";

test.describe("Homepage Visual Tests", () => {
  test("homepage matches baseline", async ({ page }) => {
    await page.goto("/");

    // Wait for images to load
    await page.waitForLoadState("networkidle");

    // Full page screenshot
    await expect(page).toHaveScreenshot("homepage-full.png", {
      fullPage: true,
      maxDiffPixels: 100, // Allow small differences
    });
  });

  test("responsive design - mobile", async ({ page }) => {
    await page.setViewportSize({ width: 375, height: 667 }); // iPhone SE
    await page.goto("/");

    await expect(page).toHaveScreenshot("homepage-mobile.png");
  });

  test("responsive design - tablet", async ({ page }) => {
// ... (see reference guides for full implementation)

Reference Guides

Detailed implementations in the references/ directory:

GuideContents
Playwright Visual TestingPlaywright Visual Testing
Percy Visual TestingPercy Visual Testing
Chromatic for StorybookChromatic for Storybook
Cypress Visual TestingCypress Visual Testing
BackstopJS ConfigurationBackstopJS Configuration
Handling Dynamic ContentHandling Dynamic Content
Testing Responsive ComponentsTesting Responsive Components

Best Practices

✅ DO
  • Hide or mock dynamic content (timestamps, ads)
  • Test across multiple viewports
  • Wait for animations and images to load
  • Use consistent viewport sizes
  • Disable animations during capture
  • Test interactive states (hover, focus)
  • Review diffs carefully before approving
  • Store baselines in version control
❌ DON'T
  • Test pages with constantly changing content
  • Ignore small legitimate differences
  • Skip responsive testing
  • Forget to update baselines after design changes
  • Test pages with random data
  • Use overly strict thresholds (0% diff)
  • Skip browser/device variations
  • Commit unapproved diffs

Comments

Markdown supported