테스트, DI 컨테이너

- 학습 관련 질문을 남겨주세요. 상세히 작성하면 더 좋아요!
- 먼저 유사한 질문이 있었는지 검색해보세요.
- 서로 예의를 지키며 존중하는 문화를 만들어가요.
- 잠깐! 인프런 서비스 운영 관련 문의는 1:1 문의하기를 이용해주세요.

강의 중 있었던 테이스 코드들을 봤을 때, MemberServiceTest 같은 경우에는 순수하게 자바코드로 돌리는 테스트로 보입니다.

BeanDefinitionTest를 보면 ApplicationContext를 이용하는 코드이기 때문에 DI 컨테이너가 필요한 테스트라고 생각합니다.

그런데, @SpringBootTest 애노테이션을 붙인 테스트와 달리 로그에 스프링의 띄우지 않는 것처럼 보입니다.

@SpringBootTest를 넣음에 따라서 달라지는 부분이 있나요? 왜 이런 현상(?)이 발생하는지 궁금합니다.

--수정--

https://www.inflearn.com/questions/211302을 보니 @SpringBootTest가 스프링 부트가 제공하는 스프링 컨테이너를 사용해서 테스트를 실행하게 하고

이로 인해 @Component를 포함하는 애노테이션이 붙은 클래스에 대해 컴포넌트 스캔을 진행하여 DI를 진행하는 걸로 이해했습니다.

이를 기반으로 아래와 같은 궁금증이 생겼습니다.

1. @SpringBootTest가 들어갔을 때 띄우는 데에만 해도 시간이 길어지는게, 컴포넌트 스캔 대상이 애플리케이션 전체로 확대되어서 그런 것인가요? 혹시 스프링 부트가 제공하는 스프링 컨테이너를 띄울 때 강의에서 AppConfig 스프링 컨테이너(이 표현이 맞는지 모르겠습니다 ^^)를 띄울 때와 달리 부가적으로 수행하는 작업이 있나요?

2. 필드 주입을 적용한 클래스로 테스트를 할 때 @SpringBootTest를 꼭 넣어야 하나요? 필드 주입을 적용한 클래스와 해당 클래스에서 필요로 하는 클래스를 스캔할 수 있는 @Configuration을 이용해도 @SpringBootTest가 꼭 필요한가요?

안녕하세요. Panatta님

먼저 가장 중요하게 이해하셔야 하는 것은 AppilcationContext 자체가 바로 스프링 컨테이너라는 사실입니다. 이 부분은 질문하신 내용을 보니 이해하신 것으로 생각됩니다.

1. 스프링 부트를 사용하면 우리 코드 뿐만 아니라 스프링 부트가 제공하는 수 많은 코드와 빈들을 찾아서 등록합니다. 이 과정이 제법 오래 걸립니다. 반면에 우리가 직접 사용했던 ApplicationContext(스프링 컨테이너)는 매우 적은 빈을 등록하기 때문에 수행시간이 매우 빠릅니다.

2. 테스트 케이스 안에서 @Autowired를 사용할 수 있는가?에 대한 질문인지 아니면 @Configuration안에서 @Autowired를 사용할 수 있는 질문인지 좀 햇갈립니다. 구분해서 설명드리자면

테스트 케이스 안에서 @Autowired를 사용하려면 @SpringBootTest가 필요합니다.

@Configuration안에서 @Autowired는 테스트와 무관하게 사용하실 수 있습니다.

감사합니다.

인프런 커뮤니티 질문&답변