Hvad er snapshot-testing?

Question

Accepted Answer

**Snapshot-testing** optager et "snapshot" af et output (almindeligvis en UI-komponents rendererede output eller en datastruktur) og sammenligner fremtidige kørsler med det — og markerer når outputtet ændres. Det er nyttigt til at opdage utilsigtede ændringer, men har begrænsninger, som det er vigtigt at forstå.

## Hvordan snapshot-testing fungerer

```text
1. First run → the test RECORDS the output (e.g. a rendered component) as a SNAPSHOT file
2. Later runs → COMPARE the current output to the saved snapshot:
   → MATCHES → pass; DIFFERS → fail (the output changed)
3. If the change is INTENTIONAL → UPDATE the snapshot (review the diff, then accept)
```

```js
// Jest snapshot test (e.g. a React component)
test('renders correctly', () => {
  const tree = render(<Button label="Click" />).toJSON();
  expect(tree).toMatchSnapshot();    // compares to the stored snapshot
});
```

## Anvendelse og fordele

```text
✓ Detect UNINTENDED CHANGES — flags when output changes unexpectedly (UI, serialized data)
✓ FAST to write — no manual assertions for complex output; auto-captures the expected result
✓ Good for UI components (catch unexpected rendering changes), config, large data structures
```

## Begrænsninger (brug med forsigtighed)

```text
⚠️ Snapshots don't verify CORRECTNESS — they capture whatever output exists (even if WRONG);
   they only detect CHANGE, not that the output is RIGHT
⚠️ BLINDLY UPDATING snapshots (jest -u without reviewing) → defeats the purpose (accepting
   broken output) — a common bad habit
⚠️ Large/brittle snapshots → change often, get rubber-stamped, low value
→ Use for change detection; keep snapshots small/focused; REVIEW snapshot diffs;
  don't rely on them alone (combine with real assertions for behavior).
```

## Hvorfor det betyder noget

At forstå snapshot-testing er værdifuldt, fordi det er en **almindeligt brugt teknik** (især til UI), som er nyttig når den anvendes korrekt, men problematisk når den misbruges, så det er vigtig praktisk viden at forstå både dens værdi og begrænsninger.

Snapshot-testing — optager output (almindeligvis en rendereret UI-komponent eller datastruktur) og sammenligner fremtidige kørsler med det gemte snapshot — er **nyttig til at opdage utilsigtede ændringer**: den markerer når output ændres uventet (fanger utilsigtet ændringer i UI-rendering eller datastrukturer), **hurtigt at skrive** (auto-opsamler forventet output uden at skulle manuelt assert'e alle detaljer af komplekst output), og egner sig til UI-komponenter, konfiguration og store datastrukturer.

At forstå disse fordele forklarer dens popularitet, især inden for UI-testing.

Men det er **kritisk vigtigt at forstå begrænsningerne** for at bruge det godt: snapshots **verificerer ikke korrekthed** — de optager det output, der findes (selvom det er forkert), og opdager kun *ændring*, ikke *rigtighed* — så et snapshot kan låse fejlagtig output fast.

Den **største fælde er blindt at opdatere snapshots** (at køre opdateringskommandoen uden at gennemgå diff'en), hvilket eliminerer formålet ved at acceptere potentielt ødelagt output — en almindelig dårlig vane.

Store, skrøbelige snapshots, der ændres ofte, får gummistempel og giver lille værdi.

At forstå den korrekte brug — til ændringsdetektion, at holde snapshots små og fokuserede, **omhyggeligt at gennemgå snapshot-diffs** og ikke stole på dem alene (kombinere med rigtige behavior-assertions) — afspejler modent skøn, der undgår det almindelige misbrug.

Da snapshot-testing er udbredt (især til UI) og er nyttig til ændringsdetektion, men let misbruges (låser forkert output fast, blindt opdaterer), og da forståelse af både dens værdi og vigtige begrænsninger gør det muligt at bruge det godt, er forståelse af snapshot-testing værdifuld, praktisk relevant viden — en almindelig teknik, som det er vigtigt at forstå korrekt, hvor at værdsætte dens begrænsninger (ændringsdetektion, ikke korrekthed) og passende brug (gennemgang af diffs, ikke blindt opdatering) er lige så vigtig som teknikken selv, hvilket afspejler sundt testingskøn.