Юнит-тест (Unit Test)

Юнит-тест — это автоматический тест, который проверяет, что один небольшой блок кода — как правило, одна функция или метод — работает корректно изолированно, независимо от остальной системы (внешние зависимости вроде базы данных или сетевого вызова обычно заменяются «mock» или «stub», чтобы тест был быстрым и детерминированным). Юнит-тесты находятся в основании «пирамиды тестирования»: множество быстрых, дешёвых юнит-тестов ловят большинство багов, меньше интеграционных тестов проверяют совместную работу компонентов, и ещё меньше медленных end-to-end тестов проверяют работу всей системы с точки зрения пользователя. Фреймворки включают Jest и Vitest (JavaScript), pytest (Python), JUnit (Java) и встроенный пакет `testing` в Go. Почему это важно для разработчиков AI/SaaS: юнит-тесты — это то, что делает возможной быструю, уверенную итерацию: хорошо протестированная кодовая база позволяет разработчику (или ИИ-агенту кодирования) внести изменение и за секунды узнать, не сломало ли это что-то, вместо ручного прохождения по приложению для проверки. Они также являются главной практической страховочной сеткой для кода, сгенерированного ИИ: агент может сгенерировать правдоподобно выглядящую реализацию, но набор тестов объективно проверяет её на соответствие реальному ожидаемому поведению, ловя галлюцинированную обработку граничных случаев или тонко неверную логику, которую человек, бегло просматривающий diff, может пропустить. Как это работает: юнит-тест задаёт известный вход, вызывает тестируемую функцию и проверяет, что вывод соответствует ожидаемому значению — следуя структуре «Arrange, Act, Assert» (подготовка, действие, проверка). Набор тестов запускается автоматически через `npm test`, `pytest` и т.д., локально за секунды и снова в CI при каждом push, сообщая чёткий результат пройден/провален по каждому тесту со стек-трейсом при провале. Практический пример: разработчик пишет функцию `calculateShippingCost(weightKg, destination)`. Соответствующий файл юнит-тестов включает несколько случаев: `expect(calculateShippingCost(2, "domestic")).toBe(5.99)`, `expect(calculateShippingCost(2, "international")).toBe(24.99)` и граничный случай `expect(() => calculateShippingCost(-1, "domestic")).toThrow("Weight must be positive")`. Запуск набора тестов выполняет все три за миллисекунды; если последующий рефакторинг случайно ломает логику международных тарифов, второе утверждение немедленно проваливается с чётким сообщением («expected 24.99, received 19.99»), точно указывая, что сломалось, до того, как изменение будет слито или задеплоено. Поскольку весь набор выполняется значительно быстрее секунды, разработчик получает эту обратную связь практически мгновенно после сохранения файла, а не обнаруживает регрессию часы или дни спустя через отчёт от растерянного клиента. Именно этот плотный цикл — написал код, получил почти мгновенную обратную связь пройден/провален — делает юнит-тесты особенно ценными для ИИ-агентов кодирования: агент может запустить тот же набор тестов после генерации изменения и самостоятельно скорректироваться в рамках собственного цикла использования инструментов в момент провала теста, без необходимости, чтобы человек сначала заметил и сообщил о регрессии.