Wat is snapshot testing?

Question

Accepted Answer

**Snapshot testing** legt een "snapshot" vast van bepaalde output (meestal de gerealiseerde output van een UI-component of een datastructuur) en vergelijkt toekomstige uitvoeringen ermee — en markeert wanneer de output verandert. Het is nuttig voor het detecteren van onbedoelde wijzigingen, maar heeft beperkingen die je moet begrijpen.

## Hoe snapshot testing werkt

```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
});
```

## Gebruiken en voordelen

```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
```

## Beperkingen (gebruik voorzichtig)

```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).
```

## Waarom het belangrijk is

Snapshot testing begrijpen is waardevol omdat het een **veel gebruikte techniek** is (vooral voor UI) die nuttig is als het goed wordt toegepast, maar problematisch kan zijn als het verkeerd wordt gebruikt. Het begrijpen van zowel de voordelen als de beperkingen is daarom belangrijk praktisch kennisgebied.

Snapshot testing — het vastleggen van output (meestal een gerealiseerde UI-component of datastructuur) en het vergelijken van toekomstige uitvoeringen met de opgeslagen snapshot — is **nuttig voor het detecteren van onbedoelde wijzigingen**: het markeert wanneer output onverwacht verandert (waarbij accidentele UI-wijzigingen of datastructuurveranderingen worden gedetecteerd), is **snel om te schrijven** (door automatisch de verwachte output vast te leggen zonder handmatig elk detail van complexe output te controleren), en is geschikt voor UI-componenten, configuratie en grote datastructuren.

Het begrijpen van deze voordelen verklaart de populariteit ervan, vooral in UI-testen.

Het begrijpen van de **beperkingen is echter cruciaal belangrijk** voor goed gebruik: snapshots **verifiëren niet de correctheid** — zij leggen vast welke output ook bestaat (zelfs als deze fout is), en detecteren alleen *verandering* niet *juistheid* — dus een snapshot kan foutieve output vastleggen.

De **grootste risico is het blindelings bijwerken van snapshots** (het update-commando uitvoeren zonder de diff te bekijken), wat het doel tenietdoet door potentieel gebroken output te accepteren — een veel voorkomende slechte gewoonte.

Grote, broze snapshots die vaak veranderen worden zonder goed onderzoek geaccepteerd en bieden weinig waarde.

Het begrijpen van het juiste gebruik — voor veranderingsdetectie, snapshots klein en gericht houden, **snapshot diffs zorgvuldig bekijken**, en niet alleen op snapshots vertrouwen (in combinatie met echte gedragsassertions) — geeft blijk van volwassen oordeel dat veel voorkomend misbruik voorkomt.

Aangezien snapshot testing veel wordt gebruikt (vooral voor UI) en nuttig is voor veranderingsdetectie maar gemakkelijk kan worden misbruikt (foutieve output vastleggen, blindelings bijwerken), en aangezien het begrijpen van zowel de waarde ervan als de belangrijke beperkingen het mogelijk maakt om het goed te gebruiken, is snapshot testing begrijpen waardevol, praktisch relevant kennisgebied — een veel voorkomende techniek om correct te begrijpen, waarbij het waarderen van de beperkingen (veranderingsdetectie, niet correctheid) en het juiste gebruik (diffs bekijken, niet blindelings bijwerken) minstens zo belangrijk is als de techniek zelf, wat goed testingoordeel weerspiegelt.