CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/manual-test-script-author

Builds stakeholder-readable scripted manual test cases from a feature spec in four formats: a step-table (preconditions / steps / expected result / actual / pass-fail / notes) for spreadsheet review, a Gherkin Given/When/Then format for BDD-aware teams, a business-language UAT script with acceptance-criteria mapping and contractual sign-off (references/uat-format.md), and a one-line-per-item execution checklist for smoke / on-call / bug-bash / compliance sweeps (references/checklist-format.md). Each script is self-contained (no implicit team knowledge), single-scenario (one happy + N edge per script), and includes the data setup the tester needs without being a developer. Use when a feature can't be (or shouldn't be) fully automated and a human tester needs an executable script or checklist - UAT sign-off rounds, regression baselines, certification testing, deploy smoke checklists, exploratory follow-up scripts.

94

0.98x
Quality

88%

Does it follow best practices?

Impact

95%

0.98x

Average score across 10 eval scenarios

SecuritybySnyk

High

Do not use without reviewing

Overview
Quality
Evals
Security
Files

Quality

Content

75%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 well-structured, highly actionable instruction skill with concrete copy-paste templates and a sensible split into two reference files. It loses points mainly on conciseness — a redundant Wikipedia quote and a format catalogue repeated across three sections — and on the absence of an explicit script-validation checkpoint in the authoring workflow.

Suggestions

Remove the verbatim Wikipedia exploratory-vs-scripted quote in Step 5 (or replace it with a one-line pointer); Claude already knows this distinction and the citation does not advance the self-contained-data guidance.

State the four-format catalogue once (Overview or Step 2) and reference it thereafter, instead of re-listing it in the Overview, the Step 3 sub-headers, and the References section.

Add an explicit validation checkpoint in the workflow — e.g. 'Before finishing, verify every step row has an Expected result and every TC cites concrete test data (Step 5)' — to close the workflow-clarity gap.

DimensionReasoningScore

Conciseness

Mostly efficient and example-driven, but it explains a concept Claude already knows (a verbatim Wikipedia quote on exploratory-vs-scripted testing in Step 5) and repeats the four-format catalogue across the Overview, the per-step headers, and the References section, so it could be tightened.

3 / 5

Actionability

Fully concrete, copy-paste-ready templates with specific test data (qa-test-user@example.com, SKU BOOK-001, WELCOME10, Stripe 4242) cover the common cases — a complete step-table, a full Gherkin scenario pair, a defect-raising table, and an output manifest — so an author can execute immediately.

5 / 5

Workflow Clarity

A clear Steps 1–6 sequence (read input → choose format → single-scenario discipline → self-contained data → defect integration) with an Anti-patterns table acting as a self-check, but no explicit validate-the-script checkpoint or feedback loop within the authoring workflow.

4 / 5

Progressive Disclosure

Good structure: the two heavier formats (UAT, checklist) are split into real one-level-deep reference files (references/uat-format.md, references/checklist-format.md, both present) signaled inline and again in a References section, while the two simpler formats stay inline — though the body is still fairly dense with the format catalogue repeated across sections.

4 / 5

Total

16

/

20

Passed

Description

96%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, specific description that names four concrete output formats with structural detail, gives an explicit 'Use when' clause with natural trigger phrases, and carves out a clear manual-testing niche. The only soft spot is minor overlap with closely-related QA sibling skills.

DimensionReasoningScore

Specificity

Lists multiple concrete actions across four named formats with column-level detail (e.g. 'step-table (preconditions / steps / expected result / actual / pass-fail / notes)', 'Gherkin Given/When/Then', 'acceptance-criteria mapping and contractual sign-off', 'one-line-per-item execution checklist'), plus self-contained/single-scenario/data-setup constraints — comprehensive coverage.

5 / 5

Completeness

Explicitly answers both: what ('Builds stakeholder-readable scripted manual test cases from a feature spec in four formats...') and when ('Use when a feature can't be (or shouldn't be) fully automated and a human tester needs an executable script or checklist - UAT sign-off rounds, regression baselines, certification testing, deploy smoke checklists, exploratory follow-up scripts.').

5 / 5

Trigger Term Quality

Surfaces natural phrases a stakeholder or PM would actually say — 'UAT sign-off rounds', 'regression baselines', 'certification testing', 'deploy smoke checklists', 'exploratory follow-up scripts' — with synonyms and scenario variants covering the manual-testing space.

5 / 5

Distinctiveness Conflict Risk

Clear niche (human-executable scripted manual tests, explicitly contrasted with automation) with distinct triggers, but minor overlap risk with sibling QA skills — 'exploratory follow-up scripts' brushes against exploratory-testing and Gherkin generation overlaps gherkin-from-stories.

4 / 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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Reviewed

Table of Contents