Snapshot testing क्या है?

Question

Accepted Answer

**Snapshot testing** किसी output (आमतौर पर एक UI component के rendered output या एक data structure) का "snapshot" capture करती है और भविष्य के runs की उसके विरुद्ध तुलना करती है — flag करती है जब output बदलता है। यह unintended changes का पता लगाने के लिए उपयोगी है, लेकिन इसकी limitations को समझना आवश्यक है।

## Snapshot testing कैसे काम करती है

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

## उपयोग और लाभ

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

## Limitations (सावधानी से उपयोग करें)

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

## यह क्यों महत्वपूर्ण है

Snapshot testing को समझना valuable है क्योंकि यह एक **आमतौर पर उपयोग की जाने वाली तकनीक** है (विशेष रूप से UI के लिए) जो अच्छी तरह लागू होने पर उपयोगी है लेकिन गलत उपयोग पर समस्याग्रस्त है, इसलिए इसके मूल्य और limitations दोनों को समझना महत्वपूर्ण व्यावहारिक knowledge है।

Snapshot testing — output (आमतौर पर एक rendered UI component या data structure) capture करना और भविष्य के runs की stored snapshot के विरुद्ध तुलना करना — **unintended changes का पता लगाने के लिए उपयोगी** है: यह flag करती है जब output अप्रत्याशित रूप से बदलता है (आकस्मिक UI rendering changes या data structure changes पकड़ना), **लिखने में fast** है (complex output के हर विवरण को manually assert किए बिना expected output को auto-capture करना), और UI components, configuration, और large data structures के लिए उपयुक्त है।

इन लाभों को समझना इसकी लोकप्रियता को समझाता है, विशेष रूप से UI testing में।

हालाँकि, इसे अच्छी तरह उपयोग करने के लिए **limitations को समझना अत्यंत महत्वपूर्ण है**: snapshots **correctness को सत्यापित नहीं करते** — वे जो भी output मौजूद है उसे capture करते हैं (भले ही वह गलत हो) — केवल *change* का पता लगाते हैं न कि *rightness* का — इसलिए एक snapshot buggy output को lock कर सकता है।

**सबसे बड़ा pitfall snapshots को आँख मूँदकर update करना है** (diff की review किए बिना update command चलाना), जो संभावित रूप से broken output को स्वीकार करके उद्देश्य को विफल कर देता है — एक सामान्य बुरी आदत।

Large, brittle snapshots जो अक्सर बदलते हैं rubber-stamped हो जाते हैं और बहुत कम मूल्य प्रदान करते हैं।

उचित उपयोग को समझना — change detection के लिए, snapshots को small और focused रखना, **snapshot diffs की सावधानीपूर्वक review करना**, और केवल उन पर भरोसा न करना (real behavior assertions के साथ संयोजित करना) — परिपक्व judgment को दर्शाता है जो सामान्य गलत उपयोग से बचता है।

चूँकि snapshot testing व्यापक रूप से उपयोग की जाती है (विशेष रूप से UI के लिए) और change detection के लिए उपयोगी है लेकिन आसानी से गलत उपयोग की जाती है (गलत output lock करना, आँख मूँदकर update करना), और चूँकि इसके मूल्य और इसकी महत्वपूर्ण limitations दोनों को समझना इसे अच्छी तरह उपयोग करने में सक्षम बनाता है, इसलिए snapshot testing को समझना valuable, व्यावहारिक रूप से प्रासंगिक knowledge है — सही ढंग से समझने योग्य एक सामान्य तकनीक, जहाँ इसकी limitations (change detection, न कि correctness) और उचित उपयोग (diffs की review करना, आँख मूँदकर update न करना) की सराहना करना तकनीक जितनी ही महत्वपूर्ण है, sound testing judgment को दर्शाती है।