| name | ssot-test |
| description | Manage test entities with full CLI coverage, including feature/claim/evidence linkage and path-focused verification setup. |
SSOT Test
Use this skill for test-only operations.
Command discipline
- Do not spend turns rediscovering syntax with
--help during normal SSOT work. Use the command surface and examples in this skill directly.
- Pick one verified CLI rail for the repo (
ssot, ssot-registry, ssot-cli, or uv run ssot) and reuse it consistently by substituting that rail into the examples below.
- Only inspect parser or help text when the user explicitly asks about the CLI surface or when observed runtime behavior contradicts the command patterns documented here.
Command surface
test create|get|list|update|delete|link|unlink
Workflow
- Inspect current test coverage and links.
- Create/update test rows with stable
test.path values.
- Link tests to features, claims, and evidence rows.
Operating rules
- Treat test rows as registry truth for verification scope, independent of test framework.
- Keep claim/evidence links complete so status synchronization can derive accurate states.
- If the request includes full release closure, escalate to
$ssot-e2e-change-orchestrator.
Example
ssot test get . --id tst:demo.login.integration
ssot test update . --id tst:demo.login.integration --test-path tests/test_login.py
ssot test link . --id tst:demo.login.integration --feature-ids feat:demo.login --claim-ids clm:demo.login.t1