Юнит-тестирование
Юнит-тестирование (unit testing, модульное тестирование) — это проверка отдельных частей программы (функций, методов, классов) изолированно от остального кода. Каждый тест проверяет один конкретный сценарий: «если на вход подать X, на выходе должен быть Y».
Представьте, что вы собрали автомобиль. Можно сразу завести и поехать — если что-то не работает, ищите проблему во всей машине. А можно сначала проверить каждый узел отдельно: двигатель, тормоза, электрику. Юнит-тесты — это проверка каждого «узла» программы отдельно.
Юнит-тест пишется на том же языке, что и основной код. Разработчик описывает: вот функция расчёта скидки, если корзина > 10 000 руб. — скидка 5%, если > 50 000 — скидка 10%. Тест вызывает функцию с разными суммами и проверяет результат. Если кто-то случайно изменит логику скидок — тест «упадёт» и предупредит об ошибке.
Юнит-тесты запускаются за секунды и встраиваются в CI/CD — при каждом коммите сотни тестов проверяют, что ничего не сломалось. Это страховочная сетка, которая даёт уверенность при рефакторинге и добавлении новых функций.
Главное
- Проверка отдельных функций изолированно от всей системы
- Защита от регрессий — ловит ошибки при изменениях
- Запускается за секунды в CI/CD-пайплайне
- Служит живой документацией к коду
- Обязательное условие для безопасного рефакторинга
Примеры
Тест функции расчёта стоимости доставки: проверяем, что для веса 1 кг и расстояния 100 км возвращается 350 руб. Тест валидации email: проверяем, что «user@mail.ru» — валидный, а «user@» — нет. Тест API-эндпоинта: проверяем, что при запросе без авторизации возвращается 401 ошибка.
Когда это нужно
Юнит-тесты нужны, когда: проект будет развиваться дольше 3 месяцев, в команде больше 1 разработчика, есть сложная бизнес-логика (расчёты, правила, скидки), вы планируете рефакторинг, хотите уверенно выпускать обновления.
Связанные термины
Частые вопросы
Юнит-тесты замедляют разработку?
На старте — да, на 15-20%. Но уже через 2-3 месяца тесты ускоряют разработку: меньше времени на отладку, увереннее рефакторинг, быстрее онбординг новых разработчиков. В долгосрочной перспективе тесты экономят сотни часов.
Какое покрытие тестами достаточно?
80% — хороший ориентир для бизнес-логики. 100% — избыточно и дорого в поддержке. Покрывайте критичные функции: расчёты, валидацию, авторизацию. Геттеры и простые обёртки тестировать не обязательно.
Где это применяется
Техническая поддержка и сопровождение
Техническая поддержка сайта и ПО на подписке: дежурство по SLA, реакция на инциденты, багфиксы, обновления зависимостей и закрытые CVE, 10–40 часов доработок в месяц. Берём и чужой код — после аудита, даже если подрядчик пропал и документации нет. Standard — от 130 000 ₽/мес, типичный тариф работающего продукта — 325 000 ₽/мес с 20 часами. Аудит состояния проекта — бесплатно за 3–5 дней, до договора.
Как мы это делаемСвяжитесь с нами напрямую
Напишите или позвоните — ответим в течение рабочего дня и поможем разобраться с задачей.
- Telegram@marchcode — отвечаем быстрее всего
- WhatsAppсервис ограничен в РФ и может быть недоступен без дополнительных настроек
- +7 900 282 77 00позвоните — обсудим задачу голосом
- info@march-code.techопишите задачу письмом
Обращаясь к нам через мессенджер, почту или по телефону, вы по собственной инициативе передаёте контактные данные для подготовки ответа на ваше обращение (п. 5 ч. 1 ст. 6 152-ФЗ). Подробнее — в Политике конфиденциальности.
Продолжите изучение
