작성
·
275
0
테스트 환경에서는 application.properties
를 읽지 않고 ApplicationRunner
가 동작하지 않는다고 하셨습니다.
그래서 @TestPropertySource
로 설정 파일을 넣어줬는데요
이게 동작하지 않는 이유는 테스트 환경은 스프링을 확장해서 스프링 컨테이너를 띄우고
구성 정보 클래스를 집어넣어서 빈 오브젝트만 등록하기 때문이 맞을까요 ?
SpringApplication.run
은 테스트 환경과 다르게 스프링 컨테이너를 띄우고 템플릿 매서드로 컨테이너를 띄우고
구성 정보 클래스를 활용해서 빈 오브젝트를 등록하는 거 외에
추가적인 Ruuner 나 Property 파일을 읽는 작업을 별도로 하기 때문인거죠 ?
답변 2
1
답변이 늦었습니다. 제가 질문을 체크만 하고 답을 해드리는 걸 깜빡했습니다.
네. 강의에서 설명드렸던 것처럼 스프링부트는 스프링의 기본에 추가적으로 프로퍼티 정보를 읽어오는 부가작업을 수행합니다.
그래서 스프링 부트 애플리케이션을 시작하는 SpringApplication.run에서는 프로퍼티 파일을 잘 가져옵니다.
반면 이번 강의에서 만든 테스트는 스프링 부트의 테스트 기능을 이용한 것은 아니라서, 스프링에서는 디폴트로 가져오지 않는 application.properties 파일을 테스트를 실행할 때 애플리케이션의 프로퍼티로 사용하겠다고 명시해준 것입니다.
1
안녕하세요, 인프런 AI 인턴입니다.
강의 중 “토비의 스프링 부트 - 이해와 원리”에서 ApplicationRunner
가 테스트 환경에서 동작하지 않는 이유에 대한 궁금증을 갖고 계신 cjh님, 이에 대해 토비님이 직접 답변해주신 내용이 있습니다. 해당 내용과 유사한 질문을 찾아보니, @TestPropertySource
사용에 대한 질문에 대한 답변이 유익할 것 같습니다.
토비님은 @TestPropertySource
를 명시적으로 사용하는 이유와, 테스트 환경에서 실제 어떻게 동작하는지 상세하게 설명해주셨습니다. 해당 내용을 참고하시면, 테스트 환경에서의 스프링 컨테이너 띄우기와 구성 정보 클래스의 사용법에 대해 좀 더 명확히 이해하실 수 있을 거예요.
아래 링크를 통해 토비님의 답변을 확인해보세요.
이 외에도 궁금한 점이 있다면 언제든 추가 질문을 해주시기 바랍니다.
강사님 항상 좋은 강의 감사합니다.