:
var limit = 1 << 32
var ErrTooLarge = errors.New("String is too large!")
func Process(s string) error {
if len(s) > limit {
return ErrTooLarge
}
// All OK
return nil
}
테스트는 :
func TestProcess(t *testing.T) {
// Save limit and restore it at the end:
old := limit
defer func() { limit = old }()
// Test success
if err := Process("123"); err != nil {
t.Errorf("Expected success, got: %v", err)
}
// Test failure (too large string)
limit = 5
if err := Process("123456"); err != ErrTooLarge {
t.Errorf("Expected ErrTooLarge, got: %v", err)
}
}
는 go test -cover
실행 :
PASS
coverage: 100.0% of statements
ok play 0.001s
나는주의 것 Go의 몇 가지 프로젝트가 유용한 측정 기준이 아니기 때문에 100 % 테스트 커버리지를 유지하려고합니다. 결국 당신은 쓸모 없거나 심지어는 망가진 테스트로 끝나기도하고, 종종 테스트를 실행하기 위해 어색하게 코드를 리팩토링하도록 강요합니다. – JimB
동의합니다. 또한 모든 것을 테스트하지 않고도 100 % 적용 범위가 가능합니다. – chmike
나는 당신이 의미하는 것을 발견했다. 이 문제는 표준 lib 함수가 반환 한 오류 코드를 테스트 할 때 나타납니다. 오류 코드의 반환을 유도하기가 어려울 수 있습니다. – chmike