Scaffold Tests
Zero to test suite in one command. Detects your stack, maps major modules, creates the directory structure, writes one real test file per module, and configures coverage. Gives you somewhere to start — not a finished suite.
How It Works
- Bare repo, no tests: Zero-to-suite setup for any stack
- Detect stack & framework: pytest · vitest · go test · cargo — never overwrites existing config
- Install framework + CI workflow: Adds deps and a .github test workflow
- Map modules & write test files: Routes · services · models — one file, real assertions, no expect(true)
- Configure coverage floor: Sets the threshold and runs a baseline pass
- Verify pipeline runs: Run the suite end-to-end and report the coverage baseline
- Working test scaffold: Structure + config + starter tests + a specific gap list
Invocation Triggers
/scaffold-testsscaffold testsset up testingcreate test suiteadd testsUse Cases
- Bootstrap a test suite on a repo that has none
- Get the right directory structure and config before writing feature code
- See your coverage baseline and the specific gaps to fill next
The Problem
The pain is that starting from zero is harder than it should be. You know you need tests but not where to start. Two hours later you have a test that asserts `true === true` and a 0% passing rate on the things that matter.
What It Does
- 1Detect stack and existing test setup
Checks for jest, vitest, pytest, go test, and cargo test. Does not overwrite existing config — safe to run on repos that have partial coverage.
- 2Map major modules
Routes, services, utils, models, controllers — anything that is a real unit of behavior. Ignores generated files, node_modules, and dist artifacts.
- 3Create test directory structure
Follows language conventions: `__tests__/` for JS/TS, `tests/` for Python, `*_test.go` for Go. Structure is set up before the first test file is written.
- 4Write one test file per module
2–3 meaningful test stubs per file — real scenarios with real assertions, not `expect(true).toBe(true)`. You fill in the behavior; the scaffold gives you the shape.
- 5Configure coverage and report baseline
Adds coverage config, runs a baseline pass, and reports what is covered, what is not, and what the floor should be. Gives you a specific gap list to act on.
What You Get / What It Doesn't Do
- Test directory structure following language conventions
- One test file per major module with 2–3 real assertion stubs
- Working test config (jest/vitest/pytest/go/cargo)
- Baseline coverage report
- Specific list of the next gaps to fill
- Write real tests — that is quality-team (Pro)
- Guarantee a coverage floor — it gives you a floor to build from
- Test UI components — focused on logic modules
- Replace a QA strategy
Tips
The scaffold tells you how to test what you are about to build. Running it after means retrofitting — which is always harder.
Write real behavior into them before calling this done. A stub with a TODO is a reminder, not a test.
Use quality-check to see what you are missing. Scaffold-tests is for repos starting from zero.
Get the Skill
Scaffold Tests
The full SKILL.md — copy it into ~/.claude/skills/ and trigger it by name.
Commonly Used With
29 more production skills ready to install.