Как стать автором
Обновить

Комментарии 7

Разработчика просто надо поместить в ситуацию, когда написание юнит-тестов – самый простой способ проверять требуемый функционал в процессе разработки, и когда он вконец задолбается, раз за разом пересобирая прогу и проходя по GUI до нужного места – сказать "да что ты мучаешься, напиши юнит-тест".

И тут выяснится, что вся программа одна функция полная глобальных переменных и мутаций. И тесты писать сложнее чем руками тыкать.

Это как раз случай, когда тесты особенно полезны, хоть код в порядок приведёт :-)

Но я говорил про другой случай, когда реализуется новый функционал. И описал фактически реальный случай из практики :-)

Совет действенный. Подтверждаю. Как и то, что он часто используется молодыми техлидами. Но больно уж он дорогой для заказчика. Статья все же дешевле. :)

В начале статьи было про модульные тесты, потом про юнит. Хорошей практикой было бы раскрыть значение терминов перед их употреблением.

модульные тесты = юнит-тесты

То о чем вы пишите это функциональное тестирование. Для этого можно использовать и юнит и компонентные тесты. Граница между ними плохо определена и для каждого проекта нужно принимать своё решение, что и как называть.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий