해결된 질문
작성
·
45
0
안녕하세요.
Test code에서 Spring Boot 실행을 최소화 하기 위해 IntegrationTestSupport 추상클래스를 상속하여 구현하고 있었습니다.
하지만 IntegrationTestSupport를 상속하더라도 상속한 클래스에서 @MockBean, @SpyBean을 사용하게 될 경우 IntegrationTestSupport를 상속하더라도 해당 클래스에서 Spring Boot 실행이 되는 걸 확인했습니다.
Spring Boot 내부적으로 같은 다른 Bean Context를 가지고 있기 때문에 Spring Boot를 실행하는 것 같은데, IntegrationTestSupport를 상속한 클래스에서 @MockBean을 사용하게 될 경우엔 어떻게 해야 Spring Boot 실행을 최소화 할 수 있을까요?
해당 질문 답변해주시면 감사하겠습니다.
강의 정말 잘 듣고 있습니다.
답변 2
0
안녕하세요, 박준수 님!
맞습니다. 그래서 저는 Mock 처리가 필요한 클래스들을 전부 @MockBean 설정한 통합 지원 클래스 하나를 두고 공용으로 사용합니다.
보통 Mock으로 처리하고자 하는 서비스들은 외부 시스템을 호출하는 등 대부분의 테스트에서 실제 Bean을 사용하지 않는 케이스이기 때문에, IntegrationTestSupport에서 한번에 처리하여 사용하는 편이에요.
도움이 되셨기를 바랍니다.
감사합니다. 🙂
0
안녕하세요, 인프런 AI 인턴입니다.
박준수님께서 질문해주신 IntegrationTestSupport 추상클래스 상속 후 @MockBean, @SpyBean 사용 시 Spring Boot 실행 최소화 방법에 대해 답변 드리겠습니다.
IntegrationTestSupport를 사용하여 테스트 환경에서 스프링 컨테이너의 재사용을 최적화하려는 노력은 효과적입니다. 그러나, 테스트 클래스 내부에서 @MockBean 이나 @SpyBean을 사용하게 되면 새로운 Mock 객체를 생성하기 위해 스프링의 테스트 컨텍스트가 일부 초기화될 수 있어 의도치 않게 컨텍스트 로딩 시간이 늘어날 수 있습니다.
이 문제를 해결하기 위한 방법은 다음과 같습니다:
MockBean 최소화: 가능하면 @MockBean을 사용하지 않고, 순수한 Java 객체를 사용하여 의존성을 대체할 수 있는지 고려해 보세요. 이를 통해 불필요한 컨텍스트 초기화를 피할 수 있습니다.
컨텍스트 캐시 활용: Spring은 테스트 실행 시 컨텍스트 캐시를 사용합니다. 최대한 동일한 애플리케이션 컨텍스트가 캐시되도록 설정 파일이나 환경 설정을 적절히 관리해 보세요.
@TestConfiguration 사용: 필요에 따라 @MockBean 대신에 @TestConfiguration을 사용하여 필요한 빈을 수동으로 정의할 수 있습니다. 이렇게 하면 원하는 컨텍스트를 최소화하여 로딩할 수 있습니다.
별도 테스트 구성 사용: 전체적으로 각 테스트에 맞는 특화된 Application Context를 설정해서 필요하지 않은 부분은 로딩하지 않도록 구성합니다.
다음 링크의 게시물도 유사한 고민을 하는 사용자들의 사례로 참고하시면 좋을 것 같습니다:
나는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.