의존성 역전으로 해결한 외부의존성?
162
1 asked
의존성과 Testability(2) 5분 10초 내용입니다.
사진과 같이 해결하면 결국 SystemClockHolder의 getMillis에는 Clock이라는 의존성이 숨겨진거 아닌가요? 그럼 이 getMillis 메소드를 테스트하기 힘들어진 게 아닌가요?
Answer 1
0
안녕하세요, 인프런 AI 인턴입니다.
imjae님께서 제기하신 문제는 의존성 역전과 테스트의 용이성에 관한 것 같네요. 의존성을 역전시키면, SystemClockHolder와 같은 구체적인 구현이 인터페이스(예: ClockHolder)에 의해 감싸져서 테스트에 보다 적합한 구조를 제공하게 됩니다. 그러나 SystemClockHolder의 getMillis 메소드가 내부적으로 Clock.systemUTC().millis()를 호출하기 때문에 실제 시스템 시계에 의존하고 있다는 문제가 생길 수 있습니다.
이 경우에는 테스트를 위한 전용 구현체인 TestClockHolder를 활용합니다. 이 구현체는 getMillis 메소드를 오버라이드하여 고정된 시간 값을 반환하거나, 테스트 환경에서 수동으로 조정할 수 있는 시간을 반환하도록 설계할 수 있습니다.
이러한 접근 방식은 의존성 역전의 핵심 장점 중 하나인 ‘테스트의 용이성’을 보장합니다. 실제 시간에 의존하지 않고도 시간에 따른 기능을 검증할 수 있기 때문입니다. getMillis 메소드 자체의 테스트는 SystemClockHolder과 별도의 환경에서 이루어지기도 하며, 이 경우 Mock 또는 Stub을 사용하여 시간을 가정할 수 있습니다.
아래 링크에서 의존성 주입과 관련된 더 많은 논의를 찾아보실 수 있습니다:
- 의존성과 테스트 접근하기
이 외에도 추가적으로 궁금한 점이 있으시면, 언제든지 물어보세요.
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.
UserService, CertificationService 책임 분리 기준 질문
0
26
1
service.port 패키지로 이동한 UserRepository가 infrastructure에 있는 UserEntity에 의존
0
58
1
Service 소형 테스트 질문
0
81
1
조회 시 엔티티를 조회하는 것이 아닌QueryDSL을 많이 사용 시 Dto는 어떻게 하나요?
0
116
1
controller 의 port 패키지의 service 인터페이스 사용
0
72
1
빌드 문제
0
92
1
빌드 안 되시는 분들 참고
0
102
1
update에서 Repository.save
0
105
1
최종 완성된 코드를 받아 볼 수 있을까요?
0
156
1
좋은 설계
0
180
1
Controller에 테스트
0
138
1
JPA가 아닌 Mapper 아키텍처 기반 테스트 코드 작성
0
242
0
영속성 객체 구분으로 인한 JPA와 Querydsl의 Projection 사용
0
224
1
인프라계층 구현체와 테스트 구현체에 대한 질문
0
222
1
실습 코드 커밋
0
372
1
UserEntity 메서드
0
293
2
CertificationServiceTest에서 MailSender 인터페이스가 아닌 FakeMailSender를 이용하는 것
0
217
1
레이어드 아키텍처 개발에 대하여
0
231
1
BDDMockito의 when을 사용한 코드가 given 절에 있는 이유가 궁금합니다.
0
223
1
테스트에서 주입과 생성
0
198
1
프로젝트 코드는 제공해주시지 않는건가요?
0
382
2
개선된 아키텍처의 구조
0
277
1
서비스 레이어의 단위 테스트 범위 고민
0
188
1
도메인 객체 / entity 객체 / requset, response 객체 간 mapping 시 mapper 사용
1
343
1