작성한 질문수 19

1

좋은 지적이십니다. 회원 가입 뿐 아니라 서비스, API 수준의 테스트를 하게 되면 DB와 내부 로직 적용 외에 외부 서비스 호출 등이 포함될 수 있습니다. 메일, SMS, 카톡 메시지 전송, 심지어는 은행 계좌 이체를 위한 API 실행 등도 들어갈 수도 있겠죠. 이러면 테스트 실행 성능도 떨어지고, 심지어 위험할 수 있습니다. 테스트용 이메일 발송으로 인해 이메일 전송 서비스 비용이 많이 나올 수도 있겠죠.

이런 것들이 헥사고날 아키텍처를 사용하는 이유의 하나 입니다.

애플리케이션 테스트를 외부 환경에 독립적으로 가능하게 하는 것이죠.

아직 이메일 발송 기능을 정식으로 구현하지 않았습니다(Part 2에서는 실제 메일이 발송되도로 구현할 겁니다). 그렇지만 메일 발송 기능이 있다고 하더라도 테스트에서는 이게 실행되지 않도록 해야 합니다. 메일 전송과 같은 헥사곤 외부에 요청할 기능은 required interface로 정의해두고요. EmailSender 인터페이스로 만들었죠. 그리고 테스트용 스프링 설정에 이 구현을 넣습니다. 그러면 메인 코드에서 실제 이메일이 발송되도록 구현한 코드가 있더라도, 그걸 무시하고 테스트쪽에 넣은 일종의 mock/stub 오브젝트에 해당하는 스프링 빈 코드가 실행됩니다.

제가 코드를 찾아보니 SplearnTestConfiguration 클래스로 만들어졌네요.

@TestConfiguration
public class    SplearnTestConfiguration {
    @Bean
    public EmailSender emailSender() {
        return (email, subject, body) -> System.out.println("Sending email: " + email);
    }

    @Bean
    public PasswordEncoder passwordEncoder() {
        return MemberFixture.createPasswordEncoder();
    }
}

이렇게 테스트가 실행될 때는 외부 기능이 운영 환경과 다르게 동작하도록 재구성하는 방법을 사용하면 됩니다. 그러면 순수하게 회원 가입 기능을 담당하는 코드와 DB(테스트용 메모리 DB)에 대한 테스트를 빠르게 진행할 수 있습니다.

그래서 마지막 질문에 대한 답은 테스트에서 실행될 필요가 없는 외부 기능은 테스트용 목 오브젝트를 사용하면 되기 때문에 MemberRegister.register()는 테스트 만들고 매번 실행하는데 아무 문제가 없습니다.