CtrlK
BlogDocsLog inGet started
Tessl Logo
PluginPublic

testland/test-case-ideation-from-story

Use when a thin or ambiguous user story or spec needs its test cases listed and agreed before automation. Produces a markdown test case matrix (id, title, precondition, steps, expected, tier) covering happy, alternate, boundary and negative paths, ready for TestRail, Qase or Xray.

Quality

89%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

Overview
Quality
Evals
Security
Files

Quality

Content

81%Weight 40%Scale 1-5

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 instruction skill: the ISTQB-lens enumeration, column spec, and worked example give Claude everything needed to execute. The weaknesses are efficiency rather than substance - a redundant References section duplicating inline links, motivational statistics with time-sensitive figures, and no use of separate reference files for the sizeable example and integration material.

Suggestions

Remove the standalone References section (or the inline links) - the seven reference URLs duplicate links already embedded at their point of use, costing tokens twice.

Trim or move the PractiTest 2026 statistics (70% / 40.7% figures) out of the Overview; time-sensitive motivation is padding for an execution-focused skill, and the same point is made in one line in the Anti-patterns section.

Consider moving the worked example matrix and per-tool import details (Step 4) into a references/ file linked from Step 3, keeping SKILL.md as a lean overview - this would also resolve the progressive-disclosure gap for a ~140-line skill.

DimensionReasoningScore

Conciseness

The procedural core (Steps 1-3) is dense and operational, but the References section fully duplicates links already given inline, and the PractiTest 2026 statistics paragraph is motivational padding containing time-sensitive figures outside any deprecated/old-patterns section. These are more than minor trims, matching 'mostly efficient but could be tightened' rather than the lean anchor.

3 / 5

Actionability

Guidance is fully concrete: a six-field extraction checklist, a parameter-type-to-equivalence-class table, an explicit min/min-1/max/max+1 boundary recipe, exact column specs with formatting rules, a complete five-row worked example, and named import endpoints per tool. This is copy-paste-ready instruction guidance covering the common cases.

5 / 5

Workflow Clarity

Steps 1-4 are clearly sequenced with an explicit input-validation checkpoint ('stop and request clarification' when actor/preconditions/postconditions are missing), a mandated at-least-one-negative-row check, and a downstream feedback loop (post-implementation shallow-coverage critique over the generated tests).

5 / 5

Progressive Disclosure

No bundle files exist, and the body is well-sectioned with clearly signaled one-level-deep external links. However, at roughly 140 lines everything is inline (worked example, anti-patterns, tool-integration details) where some content could plausibly be split into reference files, and the duplicated References section is a minor organization gap.

4 / 5

Total

17

/

20

Passed

Description

92%Weight 40%Scale 1-5

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 description: third-person, concise, and explicit about both the deliverable (column-level matrix spec) and the trigger conditions (thin/ambiguous story needing cases before automation). The only weakness is modest synonym coverage in trigger terms (e.g., no 'acceptance criteria', 'QA', 'test plan').

DimensionReasoningScore

Specificity

The description names the exact artifact ('a markdown test case matrix (id, title, precondition, steps, expected, tier)'), the coverage dimensions ('happy, alternate, boundary and negative paths'), and the target tools ('TestRail, Qase or Xray') - comprehensive and concrete with no gaps in what the skill does.

5 / 5

Completeness

It explicitly answers 'what' (produces a matrix with enumerated columns and tiers, ready for named tools) and 'when' ('Use when a thin or ambiguous user story or spec needs its test cases listed and agreed before automation') with concrete trigger conditions.

5 / 5

Trigger Term Quality

Good natural keywords a user would say ('user story', 'spec', 'test cases', 'boundary', 'negative paths', tool names), but common variations like 'acceptance criteria', 'QA breakdown', or 'test plan' are missing, so it falls just short of comprehensive synonym coverage.

4 / 5

Distinctiveness Conflict Risk

The pre-automation ideation niche, named test-management tools, and 'before automation' trigger clearly distinguish it from adjacent BDD or test-script skills; minimal overlap risk.

5 / 5

Total

19

/

20

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.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Reviewed

On this page