Как отделить модульное тестирование от интеграционного тестирования?

Question

Я новичок в тестировании и издевательствах. Я пытаюсь протестировать класс бизнес-логики, который выполняет вычисления, вызывает DAL, обновляет базу данных и управляет транзакциями. Я использую макеты для юнит-тестирования, но как полное интеграционное тестирование вписывается во все это? У меня в основном те же самые тесты, но я использую настоящий DAL или я делаю что-то совершенно другое?

Answer 1

В значительной степени. Важно знать, что модульное тестирование (в TDD) - это не столько тестирование, сколько дизайн. Вы создаете модульный тест для включения проектных решений каждого отдельного компонента кода в автоматизированную систему проверки; так что каждая часть вашей системы соответствует своему дизайну. Таким образом, вы можете положиться на каждый компонент, не полагаясь на неуказанные функции других компонентов.

Answer 2

Вы можете думать об этом так, как вы думаете об этом. Вы можете добавить и дополнительный шаг, если хотите, однако и сделать процесс тестирования. В тестировании у вас есть юнит-тесты, CSC-тесты и CSCI-тесты. Вы делаете юнит-тесты и тесты CSCI. Тест CSC - это, по сути, тест процесса, в котором вы должны проверить функциональность процесса, прежде чем поместить его в общее приложение. Например, у вас есть работающее приложение и вы пишете новую функциональность для этого приложения. Сначала вы тестируете код. Если все работает, то вы тестируете новую функциональность автономно. Если это все работает, вы кладете его вместе с приложением и все вместе тестируете.

Это могут быть одни и те же тесты, если они охватывают функциональность. Возможно, вам придется расширять тесты по мере продвижения в тестировании.