From wm
One entry point for all testing work. Use when the user wants to design a test strategy (pairwise tiering across unit/integration/manual), enumerate scenarios + a coverage matrix before implementation, audit/score an existing test set for missed cases, apply black-box techniques (equivalence partitioning, boundary values, decision tables, state transition, state-combination), write BDD Given/When/Then scenarios, drive a feature/bug-fix spec-before-code (TDD), test a harness plugin in isolation, or run the verify phase where the user reviews an implementation. Invoke as `/test-suite <subcommand>`.
How this skill is triggered — by the user, by Claude, or both
Slash command
/wm:test-suiteThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
`/test-suite <subcommand>`. Pick the operation, read its reference, follow it. Default subcommand is
/test-suite <subcommand>. Pick the operation, read its reference, follow it. Default subcommand is
create. Most real tasks chain two or three.
/test-suite … | You need to… | Reference |
|---|---|---|
create (default) | Design a minimal-but-covering strategy for a TODO/task, split into unit / integration / manual tiers via pairwise. | references/create.md |
write | Enumerate scenarios + a coverage matrix before implementation (.md index + Gherkin features). | references/write.md |
verify | Audit, score, or validate an existing test set for missed cases before merge — Ready / Not Ready verdict. | references/verify.md |
case-design | Derive cases systematically — equivalence partitioning, boundary values, decision tables, state transition, state-combination. | references/case-design.md |
bdd | Shape integration/e2e cases as Cucumber Given/When/Then. | references/bdd.md (+ references/gherkin-guide.md) |
tdd | Drive a feature or bug-fix spec-before-code with Red-Green-Refactor. | references/tdd.md (+ references/bdd-best-practices.md) |
harness | Test a harness plugin in isolation — MCP server, unit tests, typecheck, Claude plugin loading (tmux panes). | references/harness.md |
review | Run the verify phase — present results, let the user review an implementation against acceptance criteria. | references/review.md |
Supporting references (not direct subcommands): references/gherkin-guide.md and
references/bdd-best-practices.md — backing docs for bdd and tdd.
Typical chain for a TODO: case-design (derive) → create (tier + pairwise) → write (write artifacts) → verify (audit).
The canonical strategy document is in examples/strategy-auth-refresh.md. Per-TODO output goes into the ## Autotest and ## Manual test sections of <notes-dir>/todos/TODO-N.md (follow the code skill's todo subcommand); task-wide output goes to <notes-dir>/test-strategy.md.
npx claudepluginhub popoffvg/dotfiles --plugin wmCreates bite-sized, testable implementation plans from specs or requirements, with file structure and task decomposition. Activates before coding multi-step tasks.