더 쉬운 테스트를 위해 `time.Now()`를 전역적으로 스텁아웃하는 방법은 무엇입니까?

테스트를 위해 전역적으로 time.Now()를 Stub Out하는 방법

코딩에서 일부 요소는 시간에 민감하여 조작이 필요할 수 있습니다. 테스트 목적으로 시간을 보냅니다. 한 가지 방법은 테스트 내에서 time.Now()를 제거하는 것입니다. 그러나 time.Now()는 자주 호출되므로 실제 경과된 절전 시간을 모니터링하기 위한 변수 유지 관리가 필요합니다.

이 문서에서는 time.Now()를 전역적으로 제거하기 위한 대체 접근 방식을 검토합니다. 사용자 정의 인터페이스 및 수정된 "시간" 패키지 생성 가능성.

사용자 정의 인터페이스 접근 방식

사용자 정의 인터페이스 방법에는 다음과 유사한 인터페이스 구현이 포함됩니다.

type Clock interface {
  Now() time.Time
  After(d time.Duration) <-chan time.Time
}

이 인터페이스는 Now() 및 After() 메서드에 대한 자리 표시자를 제공합니다. 테스트 및 생산을 위한 특정 구현을 정의합니다. 예:

type realClock struct{}

func (realClock) Now() time.Time { return time.Now() }
func (realClock) After(d time.Duration) <-chan time.Time { return time.After(d) }

잠재적 문제

사용자 정의 인터페이스 접근 방식은 효과적이지만 몇 가지 주의 사항이 있습니다.

• 인터페이스 변수 전달: 시계 인터페이스를 함수에 매개변수로 전달해야 할 수도 있습니다. time.Now()를 사용하는 메소드.
• 전역 대체 없음: 이 메소드는 time.Now()에 대한 전역 대체를 제공하지 않습니다.

대체 접근 방식

• 수정 "time" 패키지: 표준 라이브러리의 시간 패키지를 래핑하고 테스트를 위해 모의 시간 라이브러리로 전환하는 메커니즘을 제공하는 수정된 "time" 패키지를 생성할 수 있습니다.
• 상태 비저장 코드 디자인: 부작용을 방지하고 테스트를 용이하게 하려면 상태 비저장을 사용하여 코드를 디자인하는 것이 좋습니다.

주의:

테스트를 실행하는 동안 또는 일반적으로 시스템 시간을 변경하는 것은 예상치 못한 종속성 및 디버깅 문제를 초래할 수 있으므로 권장되지 않습니다.

결론

스텁아웃 time.Now()를 전역적으로 테스트하려면 신중한 고려가 필요합니다. 사용자 정의 인터페이스 접근 방식은 실행 가능한 옵션이지만 이로 인해 추가적인 복잡성이 발생할 수 있습니다. 또는 수정된 "시간" 패키지를 생성하거나 상태 비저장 구성 요소로 코드를 설계하여 테스트를 단순화할 수 있습니다.

위 내용은 더 쉬운 테스트를 위해 `time.Now()`를 전역적으로 스텁아웃하는 방법은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!