Go에서 단위 테스트를 작성할 때 특정 코드 경로가 패닉을 유발하는지 확인해야 하는 경우가 많습니다. Go는 패닉을 처리하기 위해 복구라는 메커니즘을 제공하지만 패닉 발생 시 구체적으로 코드를 건너뛰거나 실행하는 방법을 지정하는 직접적인 지원은 제공하지 않습니다.
이러한 한계를 극복하기 위해 다음과 같은 미묘한 기능을 활용할 수 있습니다. 그 테스트는 성공의 개념을 정의하는 것이 아니라 실패만을 정의합니다. 이를 활용하여 테스트를 다음과 같이 구성할 수 있습니다.
func TestPanic(t *testing.T) { defer func() { if r := recover(); r == nil { t.Errorf("The code did not panic") } }() // The following is the code under test OtherFunctionThatPanics() }
이 예에서 OtherFunctionThatPanics가 패닉을 일으키지 않으면 복구 함수는 nil을 반환하고 호출로 인해 테스트가 실패합니다. t.Errorf로. 패닉이 발생하면 복구 기능이 이를 캡처하고 테스트는 통과합니다.
또는 패닉 확인 논리를 추상화하는 도우미 함수를 만들 수 있습니다.
func assertPanic(t *testing.T, f func()) { defer func() { if r := recover(); r == nil { t.Errorf("The code did not panic") } }() f() } func TestPanic(t *testing.T) { assertPanic(t, OtherFunctionThatPanics) }
이것은 이 접근 방식은 Go에서 패닉 테스트를 처리하는 간결하고 재사용 가능한 방법을 제공합니다.
위 내용은 Go 단위 테스트에서 패닉을 효과적으로 테스트하려면 어떻게 해야 합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!