რა არის snapshot testing?

Question

Accepted Answer

**Snapshot testing** ხელში ჩაიკავებს რაიმე output-ის "snapshot"-ს (ჩვეულებრივ UI კომპონენტის რენდერირებული output ან მონაცემთა სტრუქტურა) და ის შედარებულია მომავალი გაშვებების წინააღმდეგ — დროშს აწევს როდესაც output შეიცვლება. ეს სასარგებლოა დაუზრახო ცვლილებების გამოსაჩენად, მაგრამ აქვს შეზღუდვები რომელიც უნდა გავითავისოთ.

## როგორ მუშაობს 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
```

## შეზღუდვები (ფრთხილად გამოიყენეთ)

```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-ის გაცნობიერება ღირებული არის რადგან ეს არის **ხშირად გამოყენებული ტექნიკა** (განსაკუთრებით UI-სთვის) რომელიც სასარგებლოა კარგად გამოყენებისას მაგრამ პრობლემური არის ცუდად გამოყენებისას, ამიტომ ორივე მისი მნიშვნელობის და შეზღუდვების გაცნობიერება მნიშვნელოვანია პრაქტიკული ცოდნა.

Snapshot testing — output-ის ხელში ჩაკავება (ჩვეულებრივ რენდერირებული UI კომპონენტი ან მონაცემთა სტრუქტურა) და მომავალი გაშვებების შედარება შენახული snapshot-ის წინააღმდეგ — არის **სასარგებლო დაუზრახო ცვლილებების გამოსაჩენად**: ის დროშს აწევს როდესაც output უცნებელი რეჟიმით შეიცვლება (ემჩნევა აქციდენტი UI რენდერირებადი ცვლილებები ან მონაცემთა სტრუქტურის ცვლილებები), არის **სწრაფი დაწერა** (auto-capturing მოსალოდნელი output ხელით გარეშე ყოველი დეტალის დაკვირვება რთული output-ისა), და შეესაბამება UI კომპონენტებს, კონფიგურაციას და დიდი მონაცემთა სტრუქტურებს.

ამ სარგებელთა გაცნობიერება აიხსნის მის პოპულარობას, განსაკუთრებით UI testing-ში.

ამასთან, **შეზღუდვების გაცნობიერება კრიტიკულად მნიშვნელოვანია** მის კარგად გამოყენებისთვის: snapshots **არ აწერთ სისწორეს** — ისინი ხელში ჩაიკავებენ რაიმე output-ს რომელიც არსებობს (თუნდაც ის არის არასწორი), მხოლოდ გამოთვლიან *ცვლილება* და არა *სისწორე* — ამიტომ snapshot-ი შეიძლება დაიკეტოს buggy output-ში.

**ყველაზე დიდი დაკნინება არის blindly updating snapshots** (update ბრძანების გაშვება diff-ის გადახედვის გარეშე), რომელიც ფიცებს მიზნიდან აღმეთქვით აღიბელი potetnial broken output-ის მიერ — ჩვეული ცუდი ჩვევა.

დიდი, არაფერი snapshots რომელიც ხშირად შეიცვლება მიიღებულია და მოიტანს პატარა ღირებულება.

گაცნობიერება მოსახმელი გამოყენება — change detection-ისთვის, snapshots-ის მცირე და ფოკუსირებული, **reviewing snapshot diffs** ფრთხილად, და არ ჩაბარებული მათზე მხოლოდ (combining with real behavior assertions) — აისახება mature judgment რომელიც თავისგან მშორდება ჩვეულ ცუდი გამოყენება.

Since snapshot testing is widely used (განსაკუთრებით UI-სთვის) და არის სასარგებლო change detection-ის გამოვლენა მაგრამ ადვილი misused-ი (locking in wrong output, blindly updating), და since გაცნობიერება ორივე მისი ღირებულება და მის მნიშვნელოვანი შეზღუდვები ეტალონი გამოყენება ის კარგად, გაცნობიერება snapshot testing არის ღირებული, practically-relevant knowledge — ჩვეულ ტექნიკა რომელიც უნდა გავითავისოთ სწორად, სადაც აღნიშვნა მის შეზღუდვებში (change detection, არა correctness) და proper use (reviewing diffs, არა blindly updating) არის როგორც მნიშვნელოვანი როგორც თავად ტექნიკა, აისახება sound testing judgment.