CtrlK
BlogDocsLog inGet started
Tessl Logo
PluginPublic

testland/exploratory-testing

Plans and runs time-boxed exploratory testing when tester hours are scarce before a release - one tester with two free 45-minute blocks before code freeze, a high-stakes window such as year-end payroll, or a device and environment the scripted suite never touches. Session-based per the Bachs' SBTM: charters (Explore X with Y to discover Z), 60-90 minute sessions, session sheets with TBS metrics, and the PROOF debrief. Bundles the exploration heuristics as references - Whittaker's seven tours, Kelly's FCC CUTS VIDS, Bach's SFDPOT. Broader than exploratory-charter-author, which writes one charter document: this owns the whole cycle from budgeting the available hours to debriefing what was found. Use when deciding what to explore with the time available, and how to run and record those sessions.

97

1.00x
Quality

94%

Does it follow best practices?

Impact

98%

1.00x

Average score across 10 eval scenarios

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.

Excellent body structure: an actionable six-step workflow with explicit validation loops, a routing table that navigates a well-organized one-level-deep reference bundle, and concrete thresholds throughout. The only trimmable content is the conceptual background (comparison table, ISTQB quote) that Claude already knows.

DimensionReasoningScore

Conciseness

The body is dense and table-driven with no filler, but the scripted-vs-exploratory comparison table, the ISTQB definition quote, and parts of the 'Common confusions' table re-explain concepts Claude already knows. These are minor instances of over-explanation that could be trimmed, so this fits anchor 4 rather than 5.

4 / 5

Actionability

As an instruction-only skill it gives concrete, copy-paste-ready guidance: the charter syntax 'Explore <area> With <tools> to discover <information>', 60-90 minute timeboxes, TBS healthy ranges (T 60-80%), a worked charter example, and hard deadlines (PROOF within 30 min, lead review within 24h). Per the rubric's code-vs-instruction note, absence of code is not penalized when guidance is this actionable.

5 / 5

Workflow Clarity

The 'How to use' section gives a clearly sequenced six-step process with an explicit validation checkpoint and error-recovery loop - "if T < 50%, stop and fix the cause (stabilise the environment or narrow the charter), then re-run the session before aggregating" - plus debrief timing rules, matching the top anchor (explicit validation steps and feedback loops), not merely the 'most checkpoints' level below.

5 / 5

Progressive Disclosure

The SKILL.md is a genuine overview that routes to all nine reference files (all verified to exist) via a needs-based routing table ('You need -> Lens -> Reference'), each link annotated with its contents. References are one level deep with only peer cross-links - no nested chains - matching the top anchor for clear overview with well-signaled references.

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: concrete actions, explicit and vivid trigger scenarios, and explicit boundary-setting against a sibling skill. The only gap is a few missing natural synonyms (e.g., ad-hoc, unscripted) in the trigger coverage.

DimensionReasoningScore

Specificity

The description lists multiple concrete, domain-specific actions - "Plans and runs time-boxed exploratory testing", "charters (Explore X with Y to discover Z)", "60-90 minute sessions, session sheets with TBS metrics, and the PROOF debrief" - with comprehensive coverage of the skill's capabilities, matching the top anchor rather than the 'minor gaps' level below.

5 / 5

Completeness

Both questions are answered explicitly: the 'what' (SBTM cycle: charters, sessions, session sheets with TBS metrics, PROOF debrief) and a concrete 'when' ("Use when deciding what to explore with the time available, and how to run and record those sessions" plus the scarcity scenarios). The 'when' is explicit and specific, so this fits the top anchor, not the score-4 level where 'when' could be more explicit.

5 / 5

Trigger Term Quality

Natural trigger phrases like "tester hours are scarce before a release", "code freeze", "year-end payroll", and "device and environment the scripted suite never touches" are present, but common synonyms such as 'ad-hoc testing' or 'unscripted testing' are absent, leaving a few natural terms missing.

4 / 5

Distinctiveness Conflict Risk

A clear niche (whole SBTM cycle) with explicit disambiguation from the closest sibling - "Broader than exploratory-charter-author, which writes one charter document: this owns the whole cycle" - giving minimal conflict 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

Table of Contents