Go hat eingebaute Tests über das testing-Paket und den go test-Befehl — es ist kein externes Framework nötig. Tests befinden sich in _test.go-Dateien, und Go betont stark table-driven tests, Benchmarks und gutes Tooling als erstklassige Features.
// 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)
Eine Testfunktion beginnt mit Test, nimmt *testing.T und meldet Fehler über t.Errorf/t.Fatalf. Es gibt keine Assertion-Keywords — Sie überprüfen Bedingungen mit einfachen if-Anweisungen und melden Fehler (Go bevorzugt diesen expliziten Stil).
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 sind das dominante Go-Idiom — definieren Sie einen Slice von Fällen, durchlaufen Sie diese mit t.Run-Subtests. Dies macht das Hinzufügen von Fällen trivial und ermöglicht klare, einzelne Bestätigungs-/Fehlschlag-Berichte pro Fall.
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)
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
Das -race-Flag ist besonders wichtig — es erkennt Datenwettläufe in nebenläufigem Code, ein Schlüsselwerkzeug angesichts von Gos Fokus auf Nebenläufigkeit.
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
Testen ist ein erstklassiger, eingebauter Bestandteil von Go — das testing-Paket und go test erfordern kein externes Framework, was Gos Betonung von Testen als zentrale Praxis widerspiegelt.
Das Verständnis der Konventionen ist essentielles Alltagswissen: die _test.go-Datei und die TestXxx(t *testing.T)-Struktur, der explizite (assertionslose) Fehler-Meldungsstil und besonders das table-driven test-Muster, das idiomatisches Go dominiert (kompakt viele Fälle mit klarem Pro-Fall-Bericht über Subtests abdeckt).
Ebenso wichtig sind Gos eingebaute Benchmarks (Leistung als testbare Angelegenheit) und das mächtige Tooling — Coverage-Analyse und besonders der -race-Detektor, der Datenwettläufe in nebenläufigem Code findet (essentiell angesichts von Gos nebenläufigkeitsintensiver Nutzung).
Zu wissen, wie man effektive, idiomatische Go-Tests schreibt, den Race-Detektor nutzt und httptest/Interfaces zum Testen echter Komponenten nutzt, ist ein Merkmal professioneller Go-Entwicklung und ein häufiges Thema, das Code-Qualitäts-Flüssigkeit widerspiegelt.