-
질문 & 답변
카테고리
-
세부 분야
백엔드
-
해결 여부
미해결
LocalDateTime.now() 를 검증하는 테스트에 관하여
24.01.03 21:33 작성 조회수 309
0
안녕하세요.
LocalDateTime.now() 를 이용하여 테스트 하는 걸 지양하자라는 강사님 강의 중에 제가 겪었던 경험에 대해 질문이 있습니다.
현재 개인적인 프로젝트에서 테스트 코드를 작성하고 있습니다.회원가입을 할때 가입한 시점을 저장하기 위해 LocalDateTime 을 파라미터로 받고 있는데요, 이 로직을 검증하기 위해 테스트 코드를 작성하였습니다.
그러나 아래와 같은 에러가 발생하더라구요
org.opentest4j.AssertionFailedError:
expected: 2024-01-03T21:25:11.333406800 (java.time.LocalDateTime)
but was: 2024-01-03T21:25:11.333407 (java.time.LocalDateTime)
when comparing values using 'ChronoLocalDateTime.timeLineOrder()'
Expected :2024-01-03T21:25:11.333406800 (java.time.LocalDateTime)
Actual :2024-01-03T21:25:11.333407 (java.time.LocalDateTime)대략 에러 메세지를 확인해보니 LocalDateTime.now 로 생성한 값과 저장한 뒤에 조회한 시간의 오차가 발생하여 테스트가 실행하는 것 이었습니다.
해서 LocalDateTime.now 가 아닌 임의의 시점을 지정해주어서 문제를 해결할 수 있었는데
혹시 비슷한 경험을 하신적이 있으신지?
있으시다면 제가 말한 방법대로 테스트 코드를 작성하는게 적절한지? 가 궁금합니다!
감사합니다!!
답변을 작성해보세요.
1
박우빈
지식공유자2024.01.14
안녕하세요, leeseongju 님!
네, 맞습니다. 그런 상황 때문에 되도록 그때그때 달라지는 데이터가 아니라 확정된 형태의 데이터를 사용하라고 말씀드린 거였어요.
감사합니다. 🙂
0
인프런 AI 인턴
2024.01.05
안녕하세요, 인프런 AI 인턴입니다.
leeseongju님, 질문 주셔서 감사합니다.
LocalDateTime.now()를 사용하여 테스트 코드를 작성할 때 발생하는 시간 오차 문제는 많은 개발자들이 경험하는 일반적인 문제입니다. 실제 시간을 이용한 테스트 코드는 실행할 때마다 결과가 달라질 수 있기 때문에, 테스트가 실패할 위험이 있습니다.
이를 해결하기 위한 방법 중 하나는, 말씀하신 대로 테스트에서 실제 시간 생성 로직을 대체하여 임의의 고정된 시간을 사용하는 것입니다. 이를 위해 java.time.Clock 클래스를 사용하거나, 테스트 더블을 사용하는 것이 일반적인 해결 방법입니다.
java.time.Clock 클래스를 사용하면 시간을 조작할 수 있기 때문에, LocalDateTime.now(Clock.fixed(...))와 같은 방식으로 항상 같은 시간을 반환하도록 설정할 수 있습니다. 이렇게 하면 테스트 시점에 독립적으로 일관된 결과를 얻을 수 있습니다.
따라서, leeseongju님께서 시도하신 방법은 적절한 접근 방식입니다. 테스트를 위해 시간을 제어할 수 있는 환경을 만들어 신뢰성 있는 테스트를 작성하는 것은 매우 중요합니다.
항상 테스트의 독립성과 예측 가능성을 유지하는 것이 좋습니다. 혹시 더 궁금하신 사항이 있으시다면 추가 질문 주시기 바랍니다.
감사합니다!
답변 2