JUnit в этом случае - бегун .Этот вопрос действительно о разнице между модульным тестированием и интеграционным тестированием, оба из которых могут быть реализованы с использованием JUnit в качестве среды выполнения.
Существует множество комбинаций структур, которые вы можете использовать.Некоторые распространенные:
- JUnit + mockito для модульного тестирования - когда ваши bean-компоненты контроллера REST API подключены к легким / смоделированным зависимостям, и вы выполняете API через JAVA
- JUnit + Cucumber+ RESTAssured для интеграционного тестирования - где вы пишете тестовое устройство, которое должно выполняться на работающем сервере, чтобы использовать его API
Между этими крайностями тоже есть точки.Вы должны решить, где ваши тесты сидеть на тестовой пирамиде.Для тестов с высокой перестановкой вы захотите написать модульные тесты, чтобы можно было легко добиваться перестановок и получать скорость выполнения.Если вы действительно пытаетесь проверить, доступны ли ваши API, уже выполнив их модульное тестирование, то вам нужно написать небольшое количество интеграционных тестов.
Между точками спектра имеетсякомбинация mockito + нативная тестовая библиотека вашего сервиса.Например, весной есть SpringTest, а в Джерси есть фреймворк JerseyTest / Grizzly.В этих случаях используется ненастоящий http-сервер для размещения вашей службы REST, и вы тестируете ее, имитируя вызовы REST к ней через клиента платформы.Этот модуль тестирует уровень маршалинга HTTP, а также первый уровень кода контроллера REST.