Автоматизоване тестування

Стратегію тестування каналу найконкретніше викладено в ШІ-контексті стримів про вайб-кодинг (вайб-кодинг, частина 2). Структура: unit-тести живуть поруч із файлами, які вони тестують, інтеграційні/API-тести — окремо. Для паралельних тестів із базою він тримає один контейнер із 10–20 базами даних, змапленими на ID тест-воркерів, тож воркери ніколи не стикаються. Економіка змінилася: тести тепер дешеві, бо їх пише ШІ, — і залежність двобічна, бо ШІ сам потребує тестів плюс TypeScript як петлі зворотного звʼязку, щоб перевіряти власну роботу.

Щодо фронтенд-тестів його відповідь — тверде «залежить», підкріплене двома крайнощами, які він бачив на власні очі: у монорепозиторії Google вони обовʼязкові, бо спільний Angular-код оновлюється під тобою і лише тести ловлять поломку; тим часом Instagram відвантажував свій React-вебзастосунок узагалі без фронтенд-тестів (вайб-кодинг, частина 2). Його ширша філософія тестування — тести після коду, мінімум моків, дизайн під підмінювані реалізації — живе в TDD, де він сперечається з пуристським циклом.