---
name: hashgraph-online/go-cli-testing
source: https://app.decimal.ai/s/hashgraph-online-go-cli-testing@1/SKILL.md
source_sha256: 0c84f93370c6
---

# Go CLI Testing

Test observable behavior at the narrowest boundary that proves it. Isolate every
mutable resource and reserve executable tests for process-level semantics.

## Core Workflow

1. Inventory success, invalid, boundary, dependency-failure, and cancellation behavior.
2. Map each case to a pure, command, adapter, integration, or binary test.
3. Inject arguments, streams, configuration, clocks, and effectful dependencies.
4. Isolate files, environment, servers, repositories, ports, and subprocesses.
5. Assert stdout, stderr, exit behavior, and errors according to the public contract.
6. Gate live or platform-specific tests and make their changes reversible.
7. Run standard, race, tagged, and relevant platform checks.
8. Execute every supported build profile and smoke-test final artifacts.
9. Interpret coverage gaps without treating execution as behavioral proof.

## Read Next

| Task | Load |
|---|---|
| Build or overhaul a CLI test suite | `guidelines.md`, `workflows/test-cli-command.md` |
| Stabilize a flaky asynchronous test | `workflows/stabilize-flaky-test.md` |
| Write focused command tests | `references/cli-testing/rules.md`, `references/cli-testing/examples.md` |
| Add subprocess, HTTP, repository, or integration tests | `references/cli-testing/patterns.md` |
| Review coverage, isolation, or flakiness | `references/cli-testing/checklist.md` |
| Choose the right test boundary | `references/cli-testing/knowledge.md` |
| Benchmark or profile performance | Use `go-performance-testing` |

## Guardrails

- Do not mutate developer data or depend on fixed temporary paths and ports.
- Do not run parallel tests that replace process-global state.
- Replace timing sleeps with synchronization, deadlines, or fake clocks.
- Use `testing/synctest` only when the minimum Go version supports it and the
  behavior fits an isolated bubble.
- Inspect wrapped errors structurally unless exact diagnostics are contractual.
- Prefer one valuable executable flow over many slow end-to-end tests.
- Construct a fresh command tree and typed configuration for every test.
- Assert both `Execute` errors and stream output.

## Source Notes

Guidance is transformed and paraphrased from testing material throughout
Ricardo Gerardi, *Powerful Command-Line Applications in Go* (Pragmatic
Bookshelf, 2021), especially Chapters 1-7 and 11. Examples are original.

Book: https://pragprog.com/titles/rggo/powerful-command-line-applications-in-go/

Modern test APIs should be verified against https://pkg.go.dev/testing and the
current Go documentation before implementation.

Fresh command-tree, HTTP fake, configuration, and build-profile guidance also
incorporates transformed material from Marian Montagnino, *Building Modern CLI
Applications in Go* (Packt, 2023), especially Chapters 4, 6, and 11.

Subtest, coverage, parser, concurrency, HTTP server, and SQL adapter guidance
also incorporates transformed material from Inanc Gumus, *Go by Example:
Programmer's Guide to Idiomatic and Testable Programs* (Manning, 2025),
Chapters 2-10.

Test categorization, race/shuffle execution, deterministic time, `iotest`, and
benchmark-correctness guidance also incorporates transformed material from
Teiva Harsanyi, *100 Go Mistakes and How to Avoid Them* (Manning, 2022),
Chapter 11.