Следует ли проводить тестирование интеграции DAO на сервере приложений?

Question

У меня есть трехуровневое приложение, находящееся в разработке, и создаю интеграционные тесты для DAO в уровне сохранения. Когда приложение запускается в Websphere или JBoss, я ожидаю использовать пул соединений и диспетчер транзакций этих серверов приложений. Когда приложение запускается в Tomcat или Jetty, мы будем использовать C3P0 для объединения и Atomicos для транзакций.

В связи с этими различными подсистемами, должны ли DAO быть протестированы в полностью настроенной среде сервера приложений или должны ли мы справиться с этими проблемами при интеграции тестирования уровня обслуживания? В настоящее время мы планируем создать простой источник данных JDBC с не-JTA (то есть ресурсами-локальными) транзакциями для тестирования интеграции DAO, поэтому не задействован сервер приложений ... но это оставляет мне интересно об экологических проблемах, которые мы не будем раскрывать ,

Answer 1

Я думаю, что вы на правильном пути с этим мышлением. Если возможно, вы должны настроить сервер непрерывной интеграции (например, Hudson), который запускает вашу производственную среду. Таким образом, вы можете развиваться с довольно высокой уверенностью, используя Tomcat и т. Д., Запуская тесты против вашей локальной настройки, и когда вы проверяете свой код, убедитесь, что те же тесты запускаются против реальной сделки.

Answer 2

Помимо тестирования каждого модуля с помощью unittests, integration test должен тестировать группы модулей.

Я не хочу быть педантичным, но в therorie это показано system test для тестирования черного ящика по QA.

Для небольших проектов это может быть не представляется возможным