CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/test-strategy-author

Authors a test strategy document (a master test plan) for a project, release, or feature - covers scope, in/out, test types per layer (unit / integration / contract / E2E / perf / security / a11y), risk-based test prioritization that maps top risks to test investment (per `risk-matrix`), tooling stack, environments, exit criteria, and ownership. Use when a team needs the release-readiness artifact stakeholders sign off on before significant test investment, and the reference engineering teams return to when scope or quality questions arise.

77

Quality

97%

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

92%

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 skill with a complete document template and an explicit validate-and-retry loop. Its only weakness is progressive disclosure: it is a monolithic ~200-line single file with no reference files, where some detail could be split out.

Suggestions

Split the full Step 1 document template into a `references/test-strategy-template.md` file and keep SKILL.md as a concise overview that links to it, so this 200-line skill progressively discloses its detail.

Move the Anti-patterns and Step 4 Reference-patterns tables into a separate `references/patterns.md` file, clearly signaled from the main body, to reduce inline bulk.

Add a short 'Quick start' section near the top that points to the template (Step 1) and the validation gate (Step 1a) one level deep, making navigation easier than scanning the whole monolith.

DimensionReasoningScore

Conciseness

Lean and structured — the body is a fill-in template plus tailoring/validation tables with no conceptual padding about what testing is; every section (template, validation, cadence, anti-patterns) earns its place. Not 2 because it avoids explaining basics Claude already knows.

3 / 3

Actionability

Provides a complete copy-paste template with concrete example rows (e.g., 'Promo math, Tax calculations' → 'Property-based + UAT'; tools Jest, Pact, Playwright, k6) plus specific validation assertions in Step 1a. Not 2 because the guidance is concrete and executable, not pseudocode.

3 / 3

Workflow Clarity

Steps are sequenced (1 → 1a → 2 → 3 → 4) with an explicit validation checkpoint and feedback loop in Step 1a ('record it as an open question... resolve it, then re-run this check'). Not 2 because validation and retry are explicit, not implicit.

3 / 3

Progressive Disclosure

Well-organized with a clear References section and one-level-deep cross-skill references (risk-matrix, test-pyramid-balancer, definition-of-done), but no bundle files exist and the ~200-line template, anti-patterns, and reference-pattern tables are all inline rather than split into reference files. Not 3 because it exceeds the simple-skill threshold and does not progressively disclose its detail into separate files.

2 / 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 that states concrete capabilities, includes a natural 'Use when' trigger, and clearly differentiates the master test-plan artifact from the sibling risk-matrix skill. It uses third-person voice throughout with no vague fluff.

DimensionReasoningScore

Specificity

Lists many concrete capabilities — 'scope, in/out, test types per layer (unit / integration / contract / E2E / perf / security / a11y), risk-based test prioritization..., tooling stack, environments, exit criteria, and ownership' — matching the anchor-3 multi-action example. Not 2 because the coverage is comprehensive rather than partial.

3 / 3

Completeness

Explicitly answers what ('Authors a test strategy document... covers scope... exit criteria, and ownership') and when ('Use when a team needs the release-readiness artifact stakeholders sign off on before significant test investment'). Not 2 because the 'Use when' trigger is explicit, not merely implied.

3 / 3

Trigger Term Quality

Contains natural terms a team lead would say — 'test strategy document (a master test plan)', 'release', 'stakeholders sign off', 'scope or quality questions' — with good variation. Not 2 because common natural variations are present, not a single jargon phrase.

3 / 3

Distinctiveness Conflict Risk

Carves a clear niche — authoring a master test plan — and explicitly names the sibling skill ('per `risk-matrix`') to differentiate from per-feature plans. Not 2 because it targets a distinct artifact unlikely to trigger 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