🛑 "Автоматизуй все" — це пастка. Коли код вбиває проект

Привіт, екіпаж! На кожній співбесіді питають: "А ви прагнете до 100% автоматизації?". Правильна відповідь сеньйора: "Боронь Боже, ні". Існує небезпечний міф, що автоматизація — це "срібна куля

". Написав скрипт — і забув. В реальності автоматизація — це кредит. Ви берете час зараз, щоб (можливо) зекономити його потім. Але іноді відсотки за цим кредитом такі високі, що проект банкрутує.Ось 3 випадки, коли автоматизація шкодить:🏗 Зона Турбулентності (Early Stage / Startup). Ви розробляєте новий лендінг. Дизайнер рухає кнопки щодня. Сьогодні логін через email, завтра — через Google, післязавтра — через криптогаманець.
🔹

Якщо ви пишете автотести: Ви витрачаєте 4 години на тест. Завтра верстка змінилася — тест впав. Ви витрачаєте 2 години на фікс. Післязавтра — знову.🔹

Результат: Ви працюєте на смітник.🔹

Правило: Не автоматизуйте те, що ще не стабілізувалося. Руками перевірити — 1 хвилина.

💸 Одноразові фічі (Negative ROI). Маркетинг запускає промо-сторінку до Дня Незалежності. Вона проживе 3 дні. Менеджер каже: "Треба покрити тестами!".
🔹

Математика: Написати фреймворк і тести — 16 годин.🔹

Час ручної перевірки за все життя сторінки: 2 години (10 разів по 12 хвилин).🔹

Результат: Ви спалили 14 годин робочого часу (а це ~$400-500).🔹

Правило: Automation ROI. Якщо (Час написання + Підтримка) > (Час ручних прогонів), автоматизація не потрібна.

🎨 Сліпота Робота (UX & Visual). Автотест перевіряє код, а не продукт. expect(button).toBeVisible() — тест зелений. Але в реальності кнопка перекрита рекламним банером, або вона біла на білому фоні. Робот каже "ОК", бо в DOM-дереві елемент є. Користувач каже "Я не можу купити".
🔹

Результат: Помилкове відчуття безпеки. Всі звіти зелені, а продажі падають.🔹

Правило: Look and Feel — територія людей.

📉 Пастка підтримки (Maintenance Hell) Пам'ятайте: кожен рядок тестового коду — це технічний борг. Якщо у вас 5000 тестів, і розробники вирішили змінити ID кнопки в шапці сайту — у вас впаде 2000 тестів. Замість того, щоб шукати нові баги, вся команда QA два дні "лікує" старі тести.Висновок: Автоматизація ідеальна для Регресії (старого, нудного, стабільного функціоналу). Але для Нового, Змінного та Візуального — немає нічого кращого за око та інтуїцію живого інженера. А скільки часу ви витрачаєте на фікс тестів? Більше, ніж на їх написання?

🌚 👇