У меня здесь была дискуссия о ценности модульного тестирования:
но, как мне кажется, из этого я могу сделать вывод, что модульное тестирование хорошо для методов дискретной логики, но когда данные обрабатываются, вам нужно вернуться к интеграционным тестам.
Моя проблема заключается в том, что в реальных бизнес-приложениях 99% того, что они делают, - это манипулирование данными, значит ли это, что только 1% типичного приложения поддается модульному тестированию?
Я бы все равно использовал модульный тест, когда задействованы данные. Например, когда я тестирую свои обработчики ответов в веб-приложении, я не хочу, чтобы мне приходилось запускать фактический запрос ajax для проверки моего обработчика. Вместо этого я помещаю пример json в строку, а затем передаю его своему обработчику.
Если я пишу приложение, которое считывает данные из файла, мои методы обработки данных будут полностью отделены от кода, который фактически десериализует файл. Итак, в этом случае я снова могу передать некоторые реальные данные тестируемым методам обработки данных.
Вы увидите, что использование модульных тестов также влияет на дизайн вашего кода. В этих примерах методы / классы, которые работают с данными, полностью отделены (т. Е. Развязаны) от способа получения данных.
В качестве примечания, я бы, вероятно, также добавил туда некоторые интеграционные / функциональные тесты для хорошей оценки, но я полностью не согласен с тем, что модульные тесты применимы только в 1% случаев.
Интеграционные тесты просто проверяют, возвращает ли интерфейс то, что ожидалось. Модульные тесты очень специфичны и очень маленькие, чтобы подтвердить работоспособность внутренних компонентов. Они помогают выявить темные области кода, которые будет очень сложно найти интеграционным тестам. Интеграционные тесты хороши, если вам никогда не разрешается изменять или повторно использовать тестируемые компоненты.
Модульное тестирование дает вам уверенность в функциях кода, которые могут не использоваться прямо сейчас или могут быть подвержены странным ситуациям, которые могут привести к их неправильному поведению или сбою. Это похоже на стресс-тестирование отдельных шестерен автомобиля, вместо того, чтобы злоупотреблять всей машиной, чтобы заставить их выйти из строя.
Что касается манипулирования данными, если у вас возникают трудности с выполнением модульных тестов для процесса, то это должно указывать вам на то, что вы недостаточно хорошо его разбили на модули.
