CtrlK
BlogDocsLog inGet started
Tessl Logo
PluginPublic

testland/decision-table-test-design

Derives human-readable manual test cases from a business-rule spec via a decision table: identify conditions and actions, build the full 2^n-column matrix, collapse columns with irrelevant entries, strike infeasible combinations, then emit one test case per remaining column (each feasible column is one coverage item per ISTQB CTFL v4.0 section 4.2.3). A deep single-technique walkthrough rather than a broad multi-lens case matrix; the output is manual step/expected cases rather than parameterized test code, and it covers how cases are derived rather than how a case record is structured. Use when a spec's outcome depends on interacting conditions (pricing, eligibility, discounts, routing rules) rather than the boundaries of a single input.

74

Quality

93%

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%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-engineered walkthrough: one worked example threads through all five steps with explicit notation, validation checkpoints, and a genuine feedback loop, and extended material is properly split into a single real reference file. The only improvement area is minor token trims in the overview and References sections.

DimensionReasoningScore

Conciseness

The single worked example carries every step with no generic tutorial padding, but a few tokens could be trimmed: the syllabus URL is cited twice (once in the overview and again in References), plus a 'fetched 2026-06-10' provenance date and a note that the glossary site blocks fetches. This fits 'efficient; minor instances of over-explanation' rather than the fully lean 5 anchor.

4 / 5

Actionability

Fully actionable instruction-only guidance: exact notation semantics (T/F/-/N/A and X/blank per §4.2.3), a completely worked 8-column table mechanically reduced to 5 feasible columns, and a copy-ready test-case table with concrete values ($80.00, $20.00, $49.99/$50.00 pairing with BVA). The absence of code is not penalized since the concrete procedure fully covers the common case.

5 / 5

Workflow Clarity

Five clearly sequenced steps with explicit checkpoints and a feedback loop: suspicious columns are flagged '?' in Step 2 and resolved in Step 4, merges are held until the feasibility check, an infeasibility constraint check is added outside the table, and 'If that check fails, the table must be rebuilt' closes the loop — matching the 5 anchor.

5 / 5

Progressive Disclosure

One well-signaled, one-level-deep reference (references/decision-table-details.md, verified to exist) covering extended-entry forms and anti-patterns, while the core walkthrough stays appropriately inline. Navigation is easy and the split is clean, matching the 5 anchor.

5 / 5

Total

19

/

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: it enumerates the concrete derivation steps in third person, gives an explicit 'Use when' clause with natural trigger examples, and actively differentiates itself from neighboring techniques. The only gap is a handful of natural synonyms that would improve trigger recall.

DimensionReasoningScore

Specificity

Lists multiple specific concrete actions covering the full technique — 'identify conditions and actions, build the full 2^n-column matrix, collapse columns with irrelevant entries, strike infeasible combinations, then emit one test case per remaining column' — with no meaningful coverage gaps, matching the comprehensive anchor.

5 / 5

Completeness

Explicitly answers both what ('Derives human-readable manual test cases from a business-rule spec via a decision table...') and when ('Use when a spec's outcome depends on interacting conditions...') with concrete trigger phrases, matching the 5 anchor; the when clause is fully explicit, not weakly implied as at 4.

5 / 5

Trigger Term Quality

Good natural keyword coverage including 'business-rule spec', 'interacting conditions', 'pricing, eligibility, discounts, routing rules', and 'manual test cases'; a few natural terms users might say (e.g. 'combinations', 'test design') are missing, so it fits the 4 rather than the comprehensive-with-synonyms 5 anchor.

4 / 5

Distinctiveness Conflict Risk

Clear niche with minimal conflict risk: it explicitly distinguishes itself from 'a broad multi-lens case matrix', 'parameterized test code', 'how a case record is structured', and 'the boundaries of a single input', so it is unlikely to trigger for sibling skills.

5 / 5

Total

19

/

20

Passed

Validation

93%

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

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Reviewed

On this page