JUnit5에서 의존성 주입에 대해 질문드립니다
기존에 프로젝트를 진행할 때 생성자를 통한 의존성 주입을 @Autowired를 생략하여 사용하고 있었습니다. 그런데 JUnit5로 테스트 코드를 작성할 때는 @Autowired를 생략하면 에러가 발생하더라구요. 강의에서와 같이 명시적으로 생성자에 @Autowired를 선언해야 동작하는 것을 확인할 수 있었습니다.(Java, Kotlin 모두)
에러 로그를 확인해보니 생성자의 파라미터에 대한 파라미터 Resolver가 등록되지 않았다고 합니다.
동일한 코드로 생성자를 통한 의존성 주입을 사용하는데, 메인 코드에는 @Autowired를 생략해도 정상적으로 동작하는 반면에 테스트 코드에서는 명시적으로 선언해야 동작하는 이유가 무엇인지 궁금합니다!
답변 1
2
안녕하세요, 콜라곰님!! 크으~~ 너무 좋은 질문이십니다!!
말씀해주신 것처럼 생성자를 통한 의존성 주입은 Spring 4.3 버전에서 @Autowired 를 생략할 수 있게끔 발전되었습니다! (https://spring.io/blog/2016/03/04/core-container-refinements-in-spring-framework-4-3) 그래서 저희가 Controller나 Service 등을 개발하며 다른 의존성이 필요할 때 생성자 앞에 @Autowired 를 명시적으로 붙여주지 않죠!
그렇다면 왜 테스트 코드에서는 @Autowired 를 명시적으로 붙여주어야 하는 걸까요?!
그 이유는 테스트 코드가 실행되는 환경과 프로덕션 코드가 실행되는 환경 자체가 다르기 때문입니다!!!
저희가 @SpringBootTest 를 붙여 줌으로써 테스트 코드가 실행되는 환경을 프로덕션 코드와 유사하게 만들어주기는 하지만, 본질적으로 같은 환경인 것은 아닙니다!
실제로 테스트 코드에서는 생성자에 있는 타입을 찾지 못할 때 org.junit.jupiter.api.extension.ParameterResolutionException가 나오는 반면,
프로덕션 코드에서는 생성자에 있는 타입의 빈을 찾지 못할 때 org.springframework.beans.factory.NoSuchBeanDefinitionException 이 나오게 되죠!
사실 @SpringBootTest 라는 어노테이션이 해주는 역할 중 하나도 생성자에 @Autowired 를 쓸 수 있게 해주는 겁니다!! 😊
결론적으로, 실행되는 환경 자체가 다르다고 생각해주시면 될 것 같습니다!
제 설명이 도움이 되었을지 모르겠네요~~~! 또 궁금한 부분 있으시면 편하게 질문 남겨주세요!
오늘도 행복한 하루 되세요, 감사합니다! 🙏
안녕하세요 혹시 프론트 코드 제공받을 수 있을까요?
0
68
2
실행이 안되네요
0
66
2
프론트 영역 보는법
0
51
2
companion object
0
78
2
Custom 레프직토리 형식
0
57
2
Querydsl 도입
0
67
2
fetch join DISTINCT 중복제거
1
84
2
표준 예외와 커스텀 예외 사용 전략 질문
0
89
3
이 질문이 왜 없는지 이해가 안 되지만 문제 인식 및 해결 방법 남깁니다.
1
177
2
테스트를 위한 코드
1
105
2
프로젝트 실행 에러
0
151
2
PDF 문서에 오타가 있어서 알려드립니다.
1
102
1
enum질문
1
86
1
테스트 후 AfterEach 함수에서 나오는 쿼리
0
136
2
테스트 fixture
1
211
2
./gradlew test 실행시 인식할수 없다고 뜹니다.
0
141
1
test 코드 실행시 경고가 발생합니다.
0
140
1
13강 User Kotlin 변환중
2
170
3
'추가 - 코프링과 플러그인' 강의 7:46 allopen 관련 질문
2
174
1
-
0
141
2
4:28 build.gradle 수정 시 kotlin-reflect관련 implementation 추가 해야할까요?
0
313
3
junit import 불가
0
274
3
테스트 코드와 관련하여 질문이 있습니다.
1
218
1
hibernate가 select를 두번 하는 이유
0
240
1





