Я планирую использовать ehcahe для кэширования некоторых из моих часто используемых объектов. У меня есть ehcache в кластерной конфигурации.Стратегия тестирования Junit для кластеризованного ehcache
Теперь я хочу сделать следующее в моей JUnit-
Любые мысли?
Q> Проверьте, работает ли режим hibernate ehcache правильно в режиме кластера.
A> Вам придется издеваться над множеством вещей - двойным слоем (по крайней мере двух отдельных экземпляров) базы данных, Hibernate и Ehcache, чтобы сказать наименее. Это может быть выполнимо, но для меня это не имеет смысла на многих уровнях. Во-первых, определение блока является наименьшей проверяемой частью приложения - и этот случай нигде не приближается к нему. Во-вторых, я уверен, что у Ehcache есть тесты на единицу/интеграцию, действительно ли у вас так мало доверия к вашим библиотекам, что вы хотите написать для них единичные тесты? (доказательство концепции сильно отличается от модульного теста)
Q> Проверьте, правильно ли я извлекал объекты из кеша и не воссоздавался из WS.
A> Сценарии весьма разные в зависимости от стратегии кеша (cache-aside VS cache-as-sor VS read-through). Это, однако, должно быть довольно простым, так как вы контролируете свой WS. Во время теста вы сможете определить, сколько раз был вызван WS - скажем, если первый сквозной вызов кэша приводит к вызову WS, тогда второй вызов не должен (из-за кэширования записи).