Snapshot testi nedir?

Question

Accepted Answer

**Snapshot testi**, bir çıktının (yaygın olarak bir UI bileşeninin render edilmiş çıktısı veya bir veri yapısı) bir "snapshot"ını yakalar ve gelecekteki çalışmaları bununla karşılaştırır — çıktı değiştiğinde bunu işaretler. Kasıtsız değişiklikleri tespit etmek için yararlıdır, ancak anlaşılması gereken sınırlamaları vardır.

## Snapshot testi nasıl çalışır

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

## Kullanımlar ve faydalar

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

## Sınırlamalar (dikkatli kullanın)

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

## Neden önemli

Snapshot testini anlamak değerlidir çünkü bu bir **yaygın olarak kullanılan teknik**tir (özellikle UI için) ve iyi uygulandığında yararlı ancak yanlış kullanıldığında sorunlu olduğundan, hem değerini hem de sınırlamalarını anlamak önemli pratik bilgidir.

Snapshot testi — çıktıyı (yaygın olarak render edilmiş bir UI bileşeni veya veri yapısı) yakalar ve gelecekteki çalışmaları depolanan snapshot ile karşılaştırır — **kasıtsız değişiklikleri tespit etmek için yararlıdır**: çıktı beklenmedik şekilde değiştiğinde bunu işaretler (yanlışlıkla yapılan UI render değişiklikleri veya veri yapısı değişiklikleri yakalar), **yazması hızlıdır** (beklenen çıktıyı otomatik olarak yakalar, karmaşık çıktının her ayrıntısını manuel olarak doğrulamak gerekmez) ve UI bileşenleri, konfigürasyon ve büyük veri yapıları için uygundur.

Bu faydaları anlamak, özellikle UI testinde popülaritesini açıklar.

Ancak, iyi kullanmak için **sınırlamaları anlamak kritik öneme sahiptir**: snapshotlar **doğruluğu doğrulamaz** — mevcut çıktı ne olursa olsun bunu yakalarlar (hatta yanlış olsa bile), yalnızca *değişimi* değil *doğruluğu* tespit eder — bu nedenle bir snapshot hatalı çıktıyı kilitleyebilir.

**En büyük tuzak, snapshotları körü körüne güncellemektir** (diff'i gözden geçirmeden güncelleme komutunu çalıştırmak), bu potansiyel olarak kırık çıktıyı kabul ederek amacı ortadan kaldırır — yaygın bir kötü alışkanlık.

Sık sık değişen büyük, kırılgan snapshotlar otomatik olarak onaylanır ve çok az değer sağlar.

Doğru kullanımı anlamak — değişim tespiti için, snapshotları küçük ve odaklanmış tutmak, **snapshot diff'lerini** dikkatli bir şekilde gözden geçirmek ve yalnızca bunlara güvenmemek (gerçek davranış doğrulamalarıyla birleştirmek) — yaygın yanlış kullanımdan kaçınan olgun yargıyı yansıtır.

Snapshot testi yaygın olarak kullanıldığından (özellikle UI için) ve değişim tespiti için yararlı ancak kolaylıkla yanlış kullanıldığından (yanlış çıktıyı kilitleme, körü körüne güncelleme), ve hem değerini hem de önemli sınırlamalarını anlamak iyi kullanımı sağladığından, snapshot testini anlamak değerli ve pratik olarak ilgili bilgidir — doğru şekilde anlaşılması gereken yaygın bir tekniktir; burada sınırlamalarını (değişim tespiti, doğruluk değil) ve doğru kullanımını (diff'leri gözden geçirme, körü körüne güncelleme yapmama) anlamak tekniğin kendisi kadar önemlidir, sağlıklı test yargısını yansıtır.