В поблочном тестировании Вы не должны тестировать ничего, что не принадлежит Вашей единице; тестирование единиц в их контексте является другим разговором. Это - простой ответ.
основное правило, которое я использую, состоит в том, что Вы должны модульный тест что-либо, что касается границ Вашей единицы (обычно класс, или независимо от того, что Ваша единица могла бы быть), и дразните остальных. Нет никакой потребности протестировать результаты, которые возвращает некоторый запрос базы данных, он достаточен для тестирования той единицы, выкладывает корректный запрос.
Это не означает, что Вы не должны опускать материал, который просто трудно протестировать; даже обработка исключений и проблемы параллелизма могут быть протестированы вполне прилично с помощью правильных инструментов.
Весна - это сообщая вам, в чем именно проблема, вам просто нужно прочитать журнал и вложенное сообщение об ошибке:
Невозможно разрешить ссылку на bean-компонент 'sessionFactory' при установке свойства bean-компонента 'sessionFactory'; вложенное исключение - org.springframework.beans.factory.BeanCurrentlyInCreationException: Ошибка при создании bean-компонента с именем 'sessionFactory': FactoryBean, который в настоящее время создается, вернул null из getObject
Немного поиска в Google предполагает, что это сообщение об ошибке обычно является результатом циклической зависимости , а также привело к сообщению в списке рассылки, в котором рекомендуется удалить default-autowire = "detect"
из элемента
.