Hvordan tester du Go-kode?

Question

Accepted Answer

Go har **innebygd testing** via `testing`-pakken og `go test`-kommandoen — ingen ekstern rammeverk nødvendig. Tester lever i `_test.go`-filer, og Go legger sterkt vekt på **table-driven tests**, benchmarks og god tooling som førsteklasses features.

## En grunnleggende 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)
```

En testfunksjon starter med `Test`, tar `*testing.T`, og rapporterer feil via `t.Errorf`/`t.Fatalf`. Det finnes ingen assertion-nøkkelord — du sjekker betingelser med plain `if` og rapporterer feil (Go favoriserer denne eksplisitte stilen).

## Table-driven tests — det idiomatiske Go-mønsteret

```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)
            }
        })
    }
}
```

**Table-driven tests** er det dominerende Go-idiomet — definer en slice med tilfeller, loop over dem med `t.Run`-undertester. Dette gjør det trivielt å legge til tilfeller og gir klar, individuell bestått/feilet-rapportering per tilfelle.

## Benchmarks — innebygd ytelsestesting

```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)
```

## Dekning og annen tooling

```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
```

**`-race`-flagget** er spesielt viktig — det oppdager dataløp i concurrency-kode, et nøkkelverktøy gitt Gos fokus på concurrency.

## Testhjelpeere og oppsett

```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
```

## Hvorfor det betyr noe

Testing er en førsteklasses, innebygd del av Go — `testing`-pakken og `go test` krever ingen ekstern rammeverk, noe som gjenspeiler Gos vekt på testing som en kjernepraksis.

Å forstå konvensjonene er essensiell daglig kunnskap: `_test.go`-filen og `TestXxx(t *testing.T)`-strukturen, den eksplisitte (assertion-løse) feilrapporteringsstilen, og særlig **table-driven test**-mønsteret som dominerer idiomatisk Go (kompakt dekking av mange tilfeller med klar per-tilfelle-rapportering via undertester).

Like viktig er Gos innebygde **benchmarks** (ytelse som et testbart aspekt) og den kraftige **toolingen** — dekningsanalyse og særlig **`-race`-detektoren**, som finner dataløp i concurrency-kode (kritisk gitt Gos concurrency-tunge bruk).

Å vite hvordan man skriver effektive, idiomatiske Go-tester, bruker race-detektoren, og utnytter `httptest`/interfaces for testing av reelle komponenter er kjennetegnet på profesjonell Go-utvikling og et hyppig tema som gjenspeiler kodekvalitets-flyt.