2013-07-01 2 views
2

Я работаю над приложением Spring MVC.Интеграционные тесты с JUnit и web MVC

Юнит-тесты уже прописан (хороший 85% покрытия кода и много утверждений :)

Теперь мне нужно писать тесты интеграции. У меня уже есть взгляд на stackoverflow еще у меня есть некоторые вопросы

  • Прямо сейчас я использую стандартную структуру Maven с основными и тестированием каталогов, вы рекомендуете, чтобы создать другую директорию интеграции-тесты и писать модульные тесты там? Если да, то почему?
  • Другой альтернативой было бы написать интеграционные тесты в каталоге «тесты», модуле смешивания и интеграционных тестах, а затем использовать maven для запуска одного или другого (возможно, используя разные суффиксы файлов в зависимости от типа теста)
  • В любом случае, как я планирую запустить интеграционные тесты, по сути, (почти) повторно использовать модульные тесты контроллеров БЕЗ инъекций макетов, это означает, что мой текущий стек (Controller-Service-DAO) не будет содержать mocks (of Конечно, в модульных тестах это делается), удалив издевательства, я получаю доступ к реальным ресурсам (База данных и так далее), является ли это хорошим подходом?

UPDATE: Просто чтобы прояснить, проект не JSP или любые HTML-связанные виды, вывод XML, который может быть легко проверены с XSDs

ответ

0

Я предполагаю, что вы использовали JUnit для создания блока тестов для достижения впечатляющего покрытия кода на 85%. Обратите внимание, что JUNIT предназначен только для модульного тестирования (таким образом, имя JUNIT). Модульное тестирование выполняется во время работы кода в среде разработки.

Тестирование интеграции может быть выполнено только после того, как целевой код был развернут в целевой среде интеграции.

Вы упомянули, что приложение не является веб-приложением. Это SOAP/Rest Web Service? Если это так, вы можете использовать Soap UI [http://www.soapui.org/], чтобы создавать и сохранять автоматические тесты регрессии/интеграции.

+0

Приложение является веб-сервисом, но оно не использует SOAP. –