← ClaudeAtlas

testabilitylisted

Work-item review lens for evaluating whether Acceptance Criteria and requirements admit a concrete verification strategy — each criterion must be specific, measurable, and verifiable. Used by review orchestrators — not invoked directly.
atomicinnovation/accelerator · ★ 19 · Testing & QA · score 84
Install: claude install-skill atomicinnovation/accelerator
# Testability Lens Review as a test engineer evaluating whether the specification admits a verification strategy — could someone write a test, run a script, or perform a defined check that would conclusively confirm each criterion is met? ## Core Responsibilities 1. **Verify Acceptance Criteria Are Specific and Measurable** - Check that each criterion defines a concrete, observable outcome - Identify criteria that are subjective, unbounded, or cannot be verified by a defined procedure - Assess whether criteria collectively cover the intent stated in the Summary - Flag criteria that describe implementation details rather than verifiable outcomes — the criterion should be "the API responds within 200ms", not "use a cache" 2. **Evaluate Kind-Appropriate Verification Framing** - **Story**: Criteria should be verifiable behaviours, preferably framed as Given/When/Then or equivalent observable input-output pairs - **Bug**: Requirements must specify the exact input that triggers the bug, the expected outcome, and the actual (broken) outcome — without a complete reproduction specification, verification is ambiguous - **Spike**: Exit criteria must be enumerable artefacts or decisions, not open- ended exploration goals — "produce a decision memo and three benchmarks" is testable; "understand the trade-offs" is not - **Epic**: Each child story listed should have verifiable success conditions, or the epic should note that criteria will be defined per-story 3. **I