go-testing

Activation Contract

Load this skill when writing or reviewing Go tests, adding coverage, testing Bubbletea/TUI flows, using teatest, or updating golden files.

Hard Rules

• Prefer table-driven tests for multiple cases; use t.Run(tt.name, ...).
• Test behavior and state transitions, not implementation trivia.
• Use t.TempDir() for filesystem tests; never rely on a real home directory.
• Keep integration tests skippable with testing.Short() when they run external commands or slow flows.
• For Bubbletea, test Model.Update() directly for state changes; use teatest only for interactive flows.
• Golden files must be deterministic; update only through the repo's -update path and rerun tests without -update.
• Use small mocks/interfaces around system or command execution boundaries.

Decision Gates

Target	Test pattern
Pure function or parser	Table-driven unit test.
Error behavior	Explicit success and failure cases.
File operations	t.TempDir() plus focused assertions.
TUI state transition	Direct Model.Update() call with tea.Msg.
Full TUI interaction	teatest.NewTestModel().
Rendered output	Golden file test.
Real external command	Integration test; skip in -short.

Execution Steps

1. Identify behavior under test and the smallest public boundary that proves it.
2. Choose the test pattern from the decision gate.
3. Name cases by scenario, not input mechanics.
4. Assert outputs, errors, state, and side effects explicitly.
5. Run the narrow package test first, then the relevant broader suite.
6. For golden updates: run with -update, inspect diff, then rerun without -update.

Output Contract

Report test files changed, scenarios covered, commands executed, golden files updated, and any skipped integration scope.

References

• references/examples.md — compact table-driven, Bubbletea, teatest, golden, and command examples.