smithery/mikeschinkel

go-testing-assertion-author

Write and refactor Go tests using Mike's testing best practices and house testing libraries (go-testutil, go-jsontest, go-fsfix, go-pipefunc). Use when authoring assertions, fixtures, golden tests, or test helpers.

Installation

$ npx skills add smithery/mikeschinkel --skill go-testing-assertion-author

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from smithery/mikeschinkel.

npx skills add smithery/mikeschinkel

Browse all from smithery/mikeschinkel

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 1,807 B
  • docs SUMMARY.md 249 B

History

  1. First recorded snapshot · 0 installs

SKILL.md

Testing Assertion Author

Use this skill when the user asks to:

  • write tests
  • improve assertions/diagnostics
  • create fixtures/golden files
  • structure table tests
  • refactor brittle tests into stable patterns

Mandatory references (read in order)

  1. references/testing.md
  2. references/nonnegotiables.md (still applies: no ignored errors, no compound init if)
  3. references/testutil.md
  4. references/jsontest.md
  5. references/fsfix.md
  6. references/pipefunc.md

Rules for tests

  • Do not use ClearPath patterns in tests (no goto end, no single-return requirements).
  • Optimize for clarity and diagnostic output.
  • Prefer declarative tests with minimal indirection.
  • When appropriate, use fixtures and golden data for readability.

House library usage

  • If a house library exists for the need, prefer it over ad-hoc helpers.
  • When introducing a helper, place it near the tests and keep it small; avoid “framework building”.

Deliverables

When asked to add or refactor tests:

  • Provide complete test code that compiles.
  • Include any fixture files needed (describe where to place them).
  • For complex comparisons, include failure messages that point to the exact mismatch.

Assertion checklist (before final output)

  • Failure output is actionable (expected vs got, context, and location).
  • Test does not depend on wall-clock time, network, or machine-specific paths unless explicitly intended.
  • Table tests have clear names and minimal duplication.
  • No ignored errors; no compound init-if.