CtrlK
BlogDocsLog inGet started
Tessl Logo
PluginPublic

testland/test-case-from-live-feature

Use when a feature has no story, acceptance criteria or docs, only a running app, recording, screenshot or verbal brief, and it needs test cases. Explores the feature and applies HTSM/SFDPOT, Whittaker attacks, FEW HICCUPPS oracles and ISO 25010 to produce a test case matrix.

Quality

92%

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

92%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.

An excellent instruction-style skill body: a clearly sequenced five-step method with built-in epistemic validation (confidence tagging, unverified-claim tracking), fully specified output formats with worked examples, and clean offloading of heuristic catalogs to real one-level-deep bundle references. Only minor conciseness trims (worked-example length, Step 4 / Hand-off overlap, duplicated links) keep it from a perfect score.

DimensionReasoningScore

Conciseness

The body assumes Claude's competence — it delegates all heuristic-model catalogs to references/heuristics.md rather than re-teaching them — but has minor trimmable padding: very long worked-example rows, overlap between Step 4 and the Hand-off targets section, and external links duplicated between the References section and the bundle files. Fits anchor 4, not the every-token-earns-its-place anchor 5.

4 / 5

Actionability

Fully concrete, copy-paste-ready guidance throughout: the observation-log template, the exact matrix column spec with ID scheme (CHECKOUT-LIVE-07), tier and confidence vocabularies, and a tool-specific source table (Playwright trace, axe-core, git log). Per the instruction-skill scoring note, this matches anchor 5 without code.

5 / 5

Workflow Clarity

A clear five-step sequence with explicit validation checkpoints and feedback loops: unverified inputs are tagged [verbal, unconfirmed] in Step 1, the Confidence column gates downstream automation ("inferred cases are probed on first run, not blindly automated"), and inferred rows "update to observed after first run". Matches anchor 5; no destructive/batch cap applies.

5 / 5

Progressive Disclosure

A lean spine with two well-signaled, one-level-deep references, both of which exist in the bundle and are introduced with their purpose ("the full walk applied to the checkout observation log ... is in references/heuristic-walk-example.md"). The bulk detail (model catalogs, full worked walk) is appropriately split out, matching anchor 5.

5 / 5

Total

19

/

20

Passed

Description

87%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 with an explicit, richly conditional trigger clause and a concrete, well-named capability set. Its only weaknesses are a slightly generic lead action ("Explores the feature") and a few missing natural synonyms ("spec", "requirements") in the trigger vocabulary.

Suggestions

Replace or qualify the generic "Explores the feature" with the concrete probing actions (e.g., "probes the running app via DevTools/Playwright and logs observations") to lift specificity.

Add common trigger synonyms such as "spec", "requirements", or "no documentation" to the when-clause so users phrasing the need differently still match.

DimensionReasoningScore

Specificity

Names several concrete actions with specific methods ("applies HTSM/SFDPOT, Whittaker attacks, FEW HICCUPPS oracles and ISO 25010 to produce a test case matrix"), but "Explores the feature" is generic and the action coverage has minor gaps, matching anchor 4 rather than the comprehensive anchor 5.

4 / 5

Completeness

Explicitly answers both questions: an explicit "Use when..." clause with five concrete trigger conditions, and a clear what — apply the four named heuristic models to "produce a test case matrix". The 'when' is highly specific, ruling out anchor 4's "could be more explicit".

5 / 5

Trigger Term Quality

Good natural-phrase coverage ("no story, acceptance criteria or docs", "running app, recording, screenshot", "it needs test cases") that a tester would plausibly say, but common synonyms like "spec", "requirements", or "demo" are missing, so it falls just short of anchor 5.

4 / 5

Distinctiveness Conflict Risk

The trigger condition "no story, acceptance criteria or docs, only a running app, recording, screenshot or verbal brief" carves a clear niche that actively disambiguates from story-driven test-design skills, and the specialized jargon (HTSM/SFDPOT, Whittaker, FEW HICCUPPS) is distinctive, giving minimal conflict risk.

5 / 5

Total

18

/

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