Чому снапшоти часто вважають антипатерном?

Снапшоти часто вважають антипатерном, тому що вони порівнюють занадто багато, а перевіряють занадто мало сенсу. У підсумку тест формально є, але реальної користі він майже не дає.

---

#Головні причини, чому снапшоти критикують

1) Тести перестають перевіряти поведінку Снапшот фіксує величезний шматок розмітки або даних. Він не відповідає на питання «чи коректно працює компонент?», він відповідає лише на «чи нічого не змінилося порядково?».

2) «Оновити снапшот» стає рефлексом У більшості випадків розробники просто натискають update snapshot, навіть не вчитавшись у зміни. Тести перетворюються на шум, а не на захист.

3) Складно помітити справжню проблему Розмітка може бути великою. У diff легко пропустити реальний баг серед десятків незначущих змін (наприклад, зайвий div загубиться серед сотень рядків).

4) Крихкість і хибні спрацьовування Будь-яка дрібниця ламає снапшот: перенесення рядка, атрибут, клас, форматування. Компонент при цьому може бути абсолютно робочим, але тест падає.

5) Немає явного наміру тесту Хороший тест відповідає на зрозуміле питання: «Якщо користувач натисне кнопку, що станеться?» Снапшот-тест відповідає: «Вивід має бути таким самим, як колись» Це занадто розмито.

---

#Підсумок

Снапшоти часто називають антипатерном, тому що вони:

• слабко відображають справжню логіку компонента,
• швидко перетворюються на рутину,
• дають хибне відчуття безпеки замість реального контролю якості.

Тому досвідчені команди віддають перевагу осмисленим, точковим перевіркам поведінки, а не «величезним знімкам усього на світі».