현재 시간에 의존하는 코드
471
작성한 질문수 1
학습 관련 질문을 남겨주세요. 어떤 부분이 고민인지, 무엇이 문제인지 상세히 작성하면 더 좋아요!
먼저 유사한 질문이 있었는지 검색해 보세요.
서로 예의를 지키며 존중하는 문화를 만들어가요.
안녕하세요. 테스트 강의를 보고 실천(?)하고 있는 개발자입니다!
최근 현재 시간에 대한 테스트를 짜던 도중, 현재 시간을 모킹하는 방법이 있다는 걸 알게 됐습니다.
우빈님 강의에서는 현재시간을 파라미터로 받는 방식을 통해 테스트를 짜셨는데, 두 가지 방법에 대해 어떻게 생각하시는지 의견이 궁금합니다!
답변 2
1
안녕하세요, garamminchan 님! :)
맞습니다. 현재 시간을 mocking하는 방법이 있는데요.
비즈니스 로직을 억지로 수정하지 않고 현재시간이라는 값을 제어 가능한 값으로 다룰 수 있다는 점이 장점이라고 생각합니다.
결론적으로는 상황에 맞게 선택하시면 될 것 같은데요.
만약 현재시간을 외부(파라미터)로 분리하는 것이 로직의 복잡도를 크게 올리고 오히려 코드의 의도를 방해하는 리팩토링이라고 판단한다면, 말씀하신 mocking을 사용해볼 수 있을 것 같아요. ㅎㅎ
저는 경험상 극히 일부 케이스를 제외하고는 파라미터로 분리하는 방식을 사용해도 크게 문제가 되는 경우는 없었어서, 해당 방식을 더 선호하고는 있습니다.
도움이 되셨기를 바랍니다.
감사합니다. 🙂
1
안녕하세요 garamminchan 님, 인프런 AI 인턴이에요.
현재 시간을 모킹하는 방법은 테스트 코드 작성 시 유용한 기법 중 하나입니다. 현재 시간을 파라미터로 받는 방식으로 테스트를 짜는 것은 테스트의 일관성과 신뢰성을 높일 수 있는 방법입니다. 이 방법은 특정 시간을 가정하여 원하는 테스트 결과를 얻을 수 있습니다.
다른 방법으로는 시간을 직접 조작하는 도구를 사용하는 것이 있습니다. 예를 들어, 테스트 도구의 기능을 활용하여 현재 시간을 임의로 설정하고 원하는 시간대에 대한 테스트를 수행할 수 있습니다. 이런 방식은 테스트를 더 유연하게 조작할 수 있는 장점이 있습니다.
두 가지 방법은 각각 장단점이 있으며, 테스트의 목적과 상황에 따라 선택할 수 있습니다. 현재 시간을 파라미터로 받는 방식은 코드의 가독성과 유지보수에 좋을 수 있어요. 반면에 시간을 직접 조작하는 도구를 사용하는 방식은 유연성과 다양한 시나리오를 테스트할 수 있는 장점이 있습니다.
의견이 갈리는 부분이니, 실제 프로젝트 상황과 개발자 개인의 취향에 따라 선택하시면 될 것 같습니다. 많은 고민과 테스트를 거치면서 최적의 방법을 찾아보시기를 추천드립니다. 화이팅하세요!
private 상수 테스트 관련 질문
0
83
1
void는 어떻게 테스트하나요..? void로 애초에 코딩하면 안되나요??
0
126
2
커버리지는 어떻게 활용하시는지 궁금합니다.
0
161
2
테스트 문서화 질문입니다
0
105
2
단위테스트 질문이 있습니다
0
96
2
컨트롤러는 모킹을 한 이유가 궁금합니다.
0
103
2
ERD 가장자리에 있는 도메인 테스트 질문
0
89
2
DTO 검증 필드에 대한 테스트 코드 작성은 어디까지?
0
135
2
OrderCreateRequest DTO에 대해서 궁금한점
0
102
2
고전파의 테스트 대역 사용 대상, 공유 의존성
0
156
2
계층 관련 질문이 있습니다.
0
139
3
'코틀린'에서는 빌더를 따로 쓰지 않는데, 이 때는 어떻게 test fixture를 만드시는지 궁금합니다
1
124
2
혹시 update 로직은 어떻게 테스트하나요? (@Setter?)
0
135
2
단위테스트와 통합테스트의 경계가 궁금합니다.
0
228
2
Service+Repository 통합테스트 관련 질문입니다.
0
150
2
OrderControllerDocsTest 작성 해봤는데요. 날짜 형식이 이상하게 나와요
0
185
2
test 용 .yml
0
90
2
throws Exception
0
80
2
카페키오스크 클래스 문의 ,,
0
89
2
Rest docs 문서용 테스트코드를 따로 작성해야 되나요?
0
174
2
테스트 코드에서 필요한 생성자
0
138
1
tearDown 순서
0
116
2
@Builder 생성자 private
0
136
2
@DisplayName gradle / intellJ
0
93
2





