Jak testujesz kod Go?

Question

Accepted Answer

Go ma **wbudowane testowanie** za pośrednictwem pakietu `testing` i polecenia `go test` — nie jest potrzebna żadna zewnętrzna框架. Testy znajdują się w plikach `_test.go`, a Go silnie podkreśla **testy oparte na tablicach**, benchmarki i dobre narzędzia jako cechy pierwszej klasy.

## Podstawowy test

```go
// math.go
func Add(a, b int) int { return a + b }

// math_test.go — same package, _test.go suffix
import "testing"

func TestAdd(t *testing.T) {     // Test prefix + *testing.T parameter
    result := Add(2, 3)
    if result != 5 {
        t.Errorf("Add(2,3) = %d; want 5", result)   // report failure (continues)
        // t.Fatalf stops the test immediately
    }
}
// run with: go test  (or `go test -v` for verbose, `go test ./...` for all packages)
```

Funkcja testowa zaczyna się od `Test`, przyjmuje `*testing.T` i zgłasza błędy za pośrednictwem `t.Errorf`/`t.Fatalf`. Nie ma słów kluczowych asercji — warunki sprawdzasz zwykłym `if` i zgłaszasz błędy (Go faworyzuje ten jawny styl).

## Testy oparte na tablicach — idiomatyczny wzorzec Go

```go
func TestAdd(t *testing.T) {
    tests := []struct {           // a table of test CASES
        name     string
        a, b     int
        expected int
    }{
        {"positives", 2, 3, 5},
        {"with zero", 0, 5, 5},
        {"negatives", -1, -1, -2},
    }
    for _, tt := range tests {
        t.Run(tt.name, func(t *testing.T) {     // a SUBTEST per case (named, isolated)
            if got := Add(tt.a, tt.b); got != tt.expected {
                t.Errorf("Add(%d,%d) = %d; want %d", tt.a, tt.b, got, tt.expected)
            }
        })
    }
}
```

**Testy oparte na tablicach** są dominującym idiomem Go — zdefiniujesz wycinkę przypadków, przechodzisz po nich za pomocą podtestów `t.Run`. To sprawia, że dodawanie przypadków jest trywialne i zapewnia czyste, indywidualne raportowanie powodzenia/niepowodzenia dla każdego przypadku.

## Benchmarki — wbudowane testowanie wydajności

```go
func BenchmarkAdd(b *testing.B) {
    for i := 0; i < b.N; i++ {     // the framework chooses b.N for statistical accuracy
        Add(2, 3)
    }
}
// go test -bench=. → reports ns/op (and -benchmem for allocations)
```

## Pokrycie i inne narzędzia

```bash
go test -cover                    # coverage percentage
go test -coverprofile=c.out       # then: go tool cover -html=c.out (visual report)
go test -race                     # the RACE DETECTOR — finds data races (crucial for concurrency)
go test -run TestAdd              # run specific tests
```

Flaga **`-race`** jest szczególnie ważna — wykrywa wyścigi danych w kodzie współbieżnym, kluczowe narzędzie w kontekście nacisk Go na współbieżność.

## Pomocnicy testów i konfiguracja

```go
func TestMain(m *testing.M) {     // package-level setup/teardown
    setup()
    code := m.Run()
    teardown()
    os.Exit(code)
}
// t.Helper() marks a function as a test helper (better failure line reporting)
// httptest package for testing HTTP handlers; interfaces for mocking dependencies
```

## Dlaczego to ważne

Testowanie jest integralną, wbudowaną częścią Go — pakiet `testing` i `go test` nie wymagają zewnętrznej框架, co odzwierciedla nacisk Go na testowanie jako praktykę kluczową.

Zrozumienie konwencji to niezbędna, codzienna wiedza: plik `_test.go` i struktura `TestXxx(t *testing.T)`, jawny styl raportowania błędów (bez asercji) i zwłaszcza wzorzec **testów opartych na tablicach**, który dominuje w idiomatycznym Go (zwięźle pokrywając wiele przypadków z jasnym raportowaniem na przypadek za pośrednictwem podtestów).

Również ważne są wbudowane w Go **benchmarki** (wydajność jako testowana kwestia) i potężne **narzędzia** — analiza pokrycia i zwłaszcza **detektor `-race`**, który znajduje wyścigi danych w kodzie współbieżnym (istotny mając na uwadze intensywne użycie współbieżności w Go).

Wiedzenie, jak pisać efektywne, idiomatyczne testy Go, używać detektora wyścigów i wykorzystywać `httptest`/interfejsy do testowania rzeczywistych komponentów, to cecha profesjonalnego rozwoju Go i częsty temat odzwierciedlający płynność w zakresie jakości kodu.