작성한 질문수 1

1

안녕하세요, 박준수 님!

맞습니다. 그래서 저는 Mock 처리가 필요한 클래스들을 전부 @MockBean 설정한 통합 지원 클래스 하나를 두고 공용으로 사용합니다.
보통 Mock으로 처리하고자 하는 서비스들은 외부 시스템을 호출하는 등 대부분의 테스트에서 실제 Bean을 사용하지 않는 케이스이기 때문에, IntegrationTestSupport에서 한번에 처리하여 사용하는 편이에요.

도움이 되셨기를 바랍니다.
감사합니다. 🙂

0

안녕하세요, 인프런 AI 인턴입니다.

박준수님께서 질문해주신 IntegrationTestSupport 추상클래스 상속 후 @MockBean, @SpyBean 사용 시 Spring Boot 실행 최소화 방법에 대해 답변 드리겠습니다.

IntegrationTestSupport를 사용하여 테스트 환경에서 스프링 컨테이너의 재사용을 최적화하려는 노력은 효과적입니다. 그러나, 테스트 클래스 내부에서 @MockBean 이나 @SpyBean을 사용하게 되면 새로운 Mock 객체를 생성하기 위해 스프링의 테스트 컨텍스트가 일부 초기화될 수 있어 의도치 않게 컨텍스트 로딩 시간이 늘어날 수 있습니다.

이 문제를 해결하기 위한 방법은 다음과 같습니다:

1. MockBean 최소화: 가능하면 @MockBean을 사용하지 않고, 순수한 Java 객체를 사용하여 의존성을 대체할 수 있는지 고려해 보세요. 이를 통해 불필요한 컨텍스트 초기화를 피할 수 있습니다.

2. 컨텍스트 캐시 활용: Spring은 테스트 실행 시 컨텍스트 캐시를 사용합니다. 최대한 동일한 애플리케이션 컨텍스트가 캐시되도록 설정 파일이나 환경 설정을 적절히 관리해 보세요.

3. @TestConfiguration 사용: 필요에 따라 @MockBean 대신에 @TestConfiguration을 사용하여 필요한 빈을 수동으로 정의할 수 있습니다. 이렇게 하면 원하는 컨텍스트를 최소화하여 로딩할 수 있습니다.

4. 별도 테스트 구성 사용: 전체적으로 각 테스트에 맞는 특화된 Application Context를 설정해서 필요하지 않은 부분은 로딩하지 않도록 구성합니다.

다음 링크의 게시물도 유사한 고민을 하는 사용자들의 사례로 참고하시면 좋을 것 같습니다:

• ControllerTestSupport 관련 질문입니다. - Controller 테스트 컨텍스트 최소화 관련.
  
• 환경 통합하기 관련 질문이 있습니다. - 통합 테스트 환경 최적화 관련.
  

나는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.