CtrlK
BlogDocsLog inGet started
Tessl Logo

golang-testing

Production-ready Golang tests — table-driven tests, testify suites and mocks, parallel tests, fuzzing, fixtures, goroutine leak detection with goleak, snapshot testing, code coverage, integration tests, idiomatic test naming. Use when writing or reviewing Go tests, choosing a testing approach, setting up Go test CI, or debugging flaky/slow tests. For testify-specific APIs see `samber/cc-skills-golang@golang-stretchr-testify`; for measurement methodology see `samber/cc-skills-golang@golang-benchmark`.

74

Quality

92%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

85%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A well-structured, highly actionable Go-testing reference with clean executable examples, clear per-mode workflows, an explicit verification loop, and a sound one-level-deep reference split. The main weakness is mild verbosity: a few Claude-known concept restatements and overlap between the summary list and the detailed sections.

Suggestions

Trim Claude-known restatements (e.g. 'Table-driven tests are the idiomatic Go way to test multiple scenarios', 'Examples are executable documentation verified by go test', 'Use t.Parallel() to run tests concurrently') to lift conciseness.

Reduce redundancy between the 13-item Best Practices Summary and the detailed sections — either shrink the summary to non-obvious rules only or drop the rules restated verbatim below.

Consider moving the full testing/synctest section into a reference file (like the HTTP/integration/mocking splits) since it is a sizeable inline block on a single Go-version feature.

DimensionReasoningScore

Conciseness

Mostly efficient with executable code, but includes Claude-known asides ('Table-driven tests are the idiomatic Go way', 'Examples are executable documentation verified by go test', 'Use t.Parallel() to run tests concurrently') and the 13-item Best Practices Summary substantially restates the detailed sections below.

2 / 3

Actionability

Abundant copy-paste-ready executable Go code and bash commands — table-driven test scaffolds, goleak/synctest setups, coverage commands, and the Quick Reference block — fully meeting the 'executable, complete' anchor.

3 / 3

Workflow Clarity

Four modes (Write/Review/Audit/Debug) each give an explicit sequence, the 13-item summary acts as a checklist, and the assert-scope pitfall includes an explicit verify→diagnose feedback loop ('Verify with a deliberately-broken case: if go test -v ... shows --- FAIL but every subtest says PASS, the assert scope is leaking').

3 / 3

Progressive Disclosure

Body is an overview that signals one-level-deep references to real bundle files (http-testing.md, helpers.md, integration-testing.md, mocking.md) and cross-refs benchmarks/testify to sibling skills; detail is appropriately split out and all referenced paths exist.

3 / 3

Total

11

/

12

Passed

Description

100%

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A strong, third-person description that pairs a comprehensive concrete capability list with an explicit 'Use when' trigger and proactive de-confliction pointers to sibling skills. Voice is third person throughout ('Use when' is the standard trigger form, not second-person 'you can use').

DimensionReasoningScore

Specificity

Lists many concrete actions — 'table-driven tests, testify suites and mocks, parallel tests, fuzzing, fixtures, goroutine leak detection with goleak, snapshot testing, code coverage, integration tests' — matching the 'lists multiple specific concrete actions' anchor.

3 / 3

Completeness

Answers both 'what' (the capability list) and 'when' via an explicit 'Use when writing or reviewing Go tests, choosing a testing approach, setting up Go test CI, or debugging flaky/slow tests' trigger clause.

3 / 3

Trigger Term Quality

Natural user-facing terms are well covered — 'writing or reviewing Go tests', 'choosing a testing approach', 'setting up Go test CI', 'debugging flaky/slow tests' — phrases a user would actually say.

3 / 3

Distinctiveness Conflict Risk

Niche is clearly Go-testing and it actively reduces overlap by redirecting to sibling skills for 'testify-specific APIs' and 'measurement methodology', making conflict unlikely.

3 / 3

Total

12

/

12

Passed

Validation

93%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_field

'metadata' should map string keys to string values

Warning

Total

15

/

16

Passed

Repository
samber/cc-skills-golang
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.