Mi a snapshot tesztelés?

Question

Accepted Answer

**A snapshot tesztelés** rögzít egy "pillanatképet" valamilyen kimenetről (gyakran egy UI komponens renderelt kimenete vagy egy adatstruktúra) és összeveteti a jövőbeli futtatásokat vele — jelezve, amikor a kimenet megváltozik. Hasznos a nem szándékos változások felismeréséhez, de vannak korlátozásai, amelyeket meg kell érteni.

## A snapshot tesztelés működése

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

## Felhasználási esetek és előnyök

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

## Korlátozások (körültekintően használandó)

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

## Miért fontos

A snapshot tesztelés megértése értékes, mert ez egy **gyakran használt technika** (különösen UI-hoz), amely jól alkalmazva hasznos, de rosszul alkalmazva problematikus, ezért mind az értékének, mind a korlátozásainak megértése fontos gyakorlati tudás.

A snapshot tesztelés — a kimenet rögzítése (általában egy renderelt UI komponens vagy adatstruktúra) és a jövőbeli futtatások összevetése a tárolt pillanatképpel — **hasznos a nem szándékos változások felismeréséhez**: jelzi, amikor a kimenet váratlanul megváltozik (elkapva a véletlen UI renderelési vagy adatstruktúra változásokat), **gyors az írása** (az elvárt kimenet automatikus rögzítése nélkül, hogy manuálisan állítson össze minden komplex kimenet részletét), és alkalmas UI komponensekre, konfigurációkra és nagyméretű adatstruktúrákra.

Ezek az előnyök magyarázzák a népszerűségét, különösen az UI tesztelésben.

Azonban a **korlátozások megértése kritikusan fontos** ahhoz, hogy jól használjuk: a pillanatképek **nem ellenőrzik a helyességet** — rögzítik a meglévő kimenetet (még ha az hibás is), csak a *változást* észlelik, nem a *helyességet* — így egy pillanatkép zárolhat hibás kimenetet.

A **legnagyobb buktatóm a pillanatképek vakon történő frissítése** (a frissítés parancs futtatása az eltérés áttekintése nélkül), amely megdöntés a célt azáltal, hogy potenciálisan szaggatott kimenetet fogad el — egy gyakori rossz szokás.

A nagyméretű, törékenyek pillanatképek, amelyek gyakran változnak, gumi bélyeg alatt kerülnek és kevés értéket nyújtanak.

A megfelelő felhasználás megértése — a változások felismeréséhez, a pillanatképek kicsinek és fókuszáltnak tartásához, **a pillanatkép eltéréseket gondosan áttekinteni**, és nem csak ezekre támaszkodni (kombinálva valós viselkedésből származó állításokkal) — értvényes ítéletet tükröz, amely elkerüli a gyakori helytelen használatot.

Mivel a snapshot tesztelés széles körben használatos (különösen az UI-hoz) és hasznos a változások felismeréséhez, de könnyen használható fel rosszul (a hibás kimenet zárolása, a vakon történő frissítés), és mivel mind az értékének, mind a fontos korlátozásainak megértése lehetővé teszi a jó használatot, a snapshot tesztelés megértése értékes, gyakorlatilag releváns tudás — egy gyakori technika, amelyet helyesen kell megérteni, ahol annak korlátozásainak értékelése (a változások felismerése, nem a helyességet) és megfelelő használata (az eltérések áttekintése, nem a vakon történő frissítés) ugyanolyan fontos, mint maga a technika, amely szaftos tesztelési ítéletet tükröz.