CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/acceptance-test-from-criteria

ATDD (Acceptance Test-Driven Development) workflow that generates @AC-N-tagged Gherkin scenarios from a signed-off acceptance-criteria list, scaffolds NotImplementedError step stubs, and produces an AC-to-test traceability table, all before implementation begins, in the team's BDD framework (Cucumber / Behave / Reqnroll). Use when devs are gated on green acceptance tests and failures must map back to a specific criterion. For story-narrative-to-Gherkin without prior ACs, use gherkin-from-stories. For BDD scenario authoring without the ATDD test-first gate, use a general BDD scenario-authoring workflow.

75

Quality

94%

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

Overview
Quality
Evals
Security
Files

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 highly actionable, well-sequenced ATDD workflow with executable Gherkin, step stubs, runner commands, and a traceability table, plus useful anti-pattern and limitation sections. The only drag is light conceptual re-framing in the Overview that a competent model already knows.

Suggestions

Trim the Overview's restatement of test-first/BDD basics ('the acceptance test is written first... success = test passes'; 'BDD's variant where the AC is the source of truth') since Claude already knows ATDD — keep only the ISTQB definition and the shift-left flow diagram.

Collapse the slight overlap between the Overview's 'When to use' bullets and the frontmatter 'Use when...' clause so the gating criteria appear once.

Consider moving the verbose Step 7 runner-selection rationale to a short rule plus a one-line pointer, keeping the three runner command examples inline.

DimensionReasoningScore

Conciseness

Mostly efficient and example-driven, but the Overview re-states concepts a competent Claude already knows ('the acceptance test is written first (test-first); the implementation follows; success = test passes' and 'BDD's variant where the AC is the source of truth'), fitting the score-2 'could be tightened' anchor rather than the fully-lean score-3.

2 / 3

Actionability

Provides fully executable artifacts — a complete tagged Gherkin feature, Python step stubs raising NotImplementedError, real runner commands (mvn -Dcucumber.filter.tags, behave --tags, dotnet test --filter), and a concrete traceability table — matching the 'copy-paste ready' score-3 anchor.

3 / 3

Workflow Clarity

Steps 1–7 are clearly sequenced (read ACs → one test per AC → initial all-fail run → implementation drives green → scaffold stubs → traceability artifact → run via framework) with an explicit fail→implement→re-run→all-green feedback loop and checkpoints, satisfying the score-3 anchor.

3 / 3

Progressive Disclosure

No bundle files exist, so all content lives appropriately in one well-organized SKILL.md (overview → steps → anti-patterns → limitations → references) with one-level navigational pointers to sibling skills and no nested references, matching the score-3 anchor for a self-contained, cleanly sectioned skill.

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, specific description: it states three concrete actions, an explicit 'Use when...' trigger, and clear disambiguation from sibling skills, all in third person. Minor jargon (@AC-N, NotImplementedError) slightly elevates technical register but does not undermine natural trigger terms.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — 'generates @AC-N-tagged Gherkin scenarios', 'scaffolds NotImplementedError step stubs', and 'produces an AC-to-test traceability table' — matching the 'lists multiple specific concrete actions' anchor rather than the score-2 'some actions, not comprehensive'.

3 / 3

Completeness

Explicitly answers both what (generates Gherkin scenarios, scaffolds stubs, produces a traceability table before implementation) and when ('Use when devs are gated on green acceptance tests and failures must map back to a specific criterion'), satisfying the score-3 anchor; the explicit 'Use when...' clause prevents capping at 2.

3 / 3

Trigger Term Quality

Covers natural terms a practitioner would say — 'acceptance criteria', 'acceptance tests', 'green acceptance tests', 'Gherkin', and 'Cucumber / Behave / Reqnroll' — giving good coverage of the vocabulary users actually invoke, not just jargon.

3 / 3

Distinctiveness Conflict Risk

Occupies a clear niche (test-first from a signed-off AC list) and actively disambiguates from siblings ('For story-narrative-to-Gherkin without prior ACs, use gherkin-from-stories'; 'For BDD scenario authoring without the ATDD test-first gate, use a general BDD scenario-authoring workflow'), so it is unlikely to trigger for the wrong skill.

3 / 3

Total

12

/

12

Passed

Validation

100%

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

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Reviewed

Table of Contents