CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/manual-testing-overview

Teaches human-driven testing end to end: when a predefined scripted test case is the right instrument versus a time-boxed exploratory session, how session-based test management works (charter with a stated mission, time box, session notes, debrief) with a worked charter and a filled-in session sheet, a decision rule for what to automate versus what to keep human, and what makes a manual bug report actionable (exact reproduction steps, observed versus expected, build and environment, evidence). Use when planning or running testing a person performs by hand, writing a charter for an exploratory session, deciding whether a check belongs in an automated suite or in a human session, or fixing bug reports that developers keep returning as not reproducible.

70

Quality

88%

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

85%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A substantive, highly actionable instruction skill with a clear SBTM workflow, worked examples, and well-structured one-level-deep references. Its main weakness is length: some definitional prose and repeated citation boilerplate could be trimmed.

Suggestions

Tighten the opening ('Human-driven testing is testing a person performs...') and other definitional sentences that restate concepts Claude already knows.

Collapse repeated inline citation boilerplate such as '(Bach 2000, p.34, same PDF)' into a single defined reference once per section rather than restating it on each bullet.

Consider moving the full ISTQB definition quotes (e.g. the §4.4.2 paragraph) into a reference and keeping only the operative rule inline.

DimensionReasoningScore

Conciseness

Most of the body earns its tokens with specific practice knowledge (SBTM, TBS metric buckets, the Bach session-sheet format, FEW HICCUPPS), but the opening definitional prose and repeated inline full-citation strings (e.g. '(Bach 2000, p.34, same PDF)') could be tightened without losing substance.

2 / 3

Actionability

It provides concrete, followable artifacts: a filled-in scripted case (TC-CHK-014), a complete worked charter and session sheet, a full bug-report example, and a debrief checklist with specific questions.

3 / 3

Workflow Clarity

The SBTM flow is an explicit four-part sequence ('all four required'), the debrief checklist acts as the validation checkpoint, and the traps plus the abort-if-stuck rule provide feedback loops for error recovery.

3 / 3

Progressive Disclosure

The overview stays inline while full detail is pushed to two real, clearly signaled one-level-deep references (references/automation-decisions.md and references/bug-report-and-oracles.md), with a 'Further reading' section pointing to deeper sibling skills.

3 / 3

Total

11

/

12

Passed

Description

85%

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 specific, complete, third-person description that names concrete capabilities and gives explicit 'Use when' triggers. Its one gap is avoiding the most natural trigger term, 'manual testing', in favor of a circumlocution.

Suggestions

Add 'manual testing' / 'manual test' as an explicit trigger phrase in the 'Use when' clause so the description matches the term users most naturally say (and the skill's own name).

DimensionReasoningScore

Specificity

Lists multiple concrete actions end to end: scripted case vs exploratory session, SBTM (charter, time box, session notes, debrief), an automate-vs-human decision rule, and bug-report fields (repro steps, observed vs expected, build/env, evidence).

3 / 3

Completeness

It explicitly answers both halves: 'Teaches human-driven testing end to end...' states what, and 'Use when planning or running testing a person performs by hand...' states when with explicit triggers.

3 / 3

Trigger Term Quality

The 'Use when' clause carries several natural triggers ('writing a charter for an exploratory session', 'deciding whether a check belongs in an automated suite', 'bug reports that developers keep returning as not reproducible'), but it never uses the most common term 'manual testing', circumlocuting it as 'testing a person performs by hand'.

2 / 3

Distinctiveness Conflict Risk

It carves a clear niche (human-driven testing overview / mode selection / SBTM / bug reports) with distinct triggers in third-person voice, unlikely to fire for an unrelated skill.

3 / 3

Total

11

/

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