mockito 모의 제한 기준

Question

나는 모기토와 TDD에 익숙하지 않다. 나는 그것을 사용하는 이유를 찾는데 어려움을 겪고있다. 특히 다음과 같은 문제를 발견했을 때 ... 나는 .. 나는 스프링 MVC 3.0.6, 최대 절전 모드, 메이븐 등 ..

@Override 
public void registerUser(User user, UserRoles userRole) throws DataAccessException, UserExistingException { 
    checkExistingUser(user); 
    user.addRole(new Role(userRole)); 
    String password = encryptPassword(user); 
    userRepository.makePersistent(user); 
    sendWelcomeEmail(user.getFirstname(), user.getUsername(), password, user.getEmail()); 
} 

private void checkExistingUser(User user) throws UserExistingException { 
    List<User> users = userRepository.findByCriteria(Restrictions.or(Restrictions.eq("username", user.getUsername()), Restrictions.eq("email", user.getEmail()))); 
    if (!CollectionUtils.isEmpty(users)) { 
     User userFound = users.get(0); 
     List<String> fields = new ArrayList<String>(); 
     if (userFound.getUsername().equals(user.getUsername())) { 
      fields.add("username"); 
     } 
     if (userFound.getEmail().equals(user.getEmail())) { 
      fields.add("email"); 
     } 
     throw new UserExistingException(fields); 
    } 
} 

지금 "는 조롱하기 위해 필요한이 물건을 테스트하기 위해 사용하고 내 UserService 클래스에"RegisterUser "방법을 테스트 할 userRepository.findByCriteria .. "그리고 난 다음 JUnit 테스트

@Test(expected = UserExistingException.class) 
public void registerExistingUserTest() throws DataAccessException, UserExistingException { 
    User user = new User(); 
    user.setUsername("gfalco77"); 
    user.setEmail("Giuseppe.falco@gmail.com"); 
    List<User> users = new ArrayList<User>(); 
    users.add(user); 


    Mockito.when(userRepository.findByCriteria(Restrictions.or(Restrictions.eq("username", user.getUsername()), Restrictions.eq("email", user.getEmail())))).thenReturn(users); 
    userService.registerUser(user, UserRoles.ROLE_USER); 
    Mockito.verify(userRepository).makePersistent(user); 
} 

을 시도하지만 것으로 보인다" 사용자 "목록은 항상 비어 있습니다 .. 이전 게시물에서 나는 그 제한이 동일한 객체가 아니며 아마도 Matchers를 사용해야 만한다는 것을 읽었습니다. 그러나 어떻게? 그리고 만약 내가 matchers를 사용한다면 ... 여전히 유효합니다. 뭔가 다른 테스트를 만드시겠습니까?

Answer 1

귀하의 질문에 직접적인 대답은 아니지만 귀하의 서비스 클래스가 비즈니스 코드와 데이터 액세스 코드를 혼합하고 있기 때문에 테스트를 작성하기가 어렵습니다. findByCriteria 호출 당신은 그냥 그 것은 findByNameOrEmail 작품을 테스트 실제 저장소 단위 테스트, 테스트에이 간단한 방법을 조롱해야하고, 만들 것

List<User> findByNameOrEmail(String name, String email) 

같은 UserRepository의 높은 수준의 방법으로 캡슐화한다 테스트 데이터베이스에서 예상됩니다.

UserRepository가 findByCriteria 또는 findByQuery과 같은 일반 메소드 만 노출하는 경우 기준 또는 쿼리 생성이 저장소가 아닌 작성자이므로 리포지토리가 아닙니다. 그렇게하면 비즈니스 서비스에서 Hibernate 세션을 직접 사용하는 것 이상을 추가하지는 않는다.