자주 사용하는 일부 객체를 캐시하기 위해 ehcahe를 사용할 계획입니다. 클러스터 된 구성에서 ehcache가 있습니다.클러스터 된 ehcache에 대한 Junit 테스트 상태
지금 내가 최대 절전으로 Ehcache 코드가 클러스터 모드에서 올바르게 작동하는지 내 JUnit-에
의견이 있으십니까?
Q> 최대 절전 모드 ehcache 코드가 클러스터 모드에서 올바르게 작동하는지 확인하십시오.
A> 적어도 두 가지 별도 인스턴스 인 데이터베이스, Hibernate 및 Ehcache의 이중 레이어를 모방해야합니다. 이것은 할 수 있지만 나에게 이것은 여러 단계에서 이해가되지 않는다. 첫째, 단위 인의 정의는이며 가장 작은 테스트 가능한 부분 인 입니다. 둘째로, 나는 Ehcache가 유닛/통합 테스트 자체를 가지고 있다고 확신한다. 정말로 라이브러리에 대한 신뢰가 없기 때문에 단위 테스트를 작성하고 싶다. (개념 증명은 단위 테스트와 완전히 다릅니다.)
Q> 내 개체가 캐시에서 올바르게 가져오고 WS에서 다시 생성되지 않았는지 확인하십시오.
> 시나리오는 캐시 전략 (cache-aside VS cache-as-sor VS read-through)에 따라 상당히 다릅니다. 그러나 이것은 WS를 제어 할 수 있기 때문에 아주 쉬워야합니다. 테스트하는 동안 WS가 호출 된 횟수를 결정할 수 있어야합니다. 예를 들어 캐시에 대한 첫 번째 읽기 호출에서 WS 호출이 발생하면 두 번째 호출이 캐시되지 않아야합니다 (레코드가 캐시되기 때문에).