CtrlK
BlogDocsLog inGet started
Tessl Logo

testing-patterns

Cross-language testing strategies and patterns. Triggers on: test pyramid, unit test, integration test, e2e test, TDD, BDD, test coverage, mocking strategy, test doubles, test isolation.

67

1.17x
Quality

51%

Does it follow best practices?

Impact

92%

1.17x

Average score across 3 eval scenarios

SecuritybySnyk

Passed

No known issues

Optimize this skill with Tessl

npx tessl skill review --optimize ./data/skills-md/0xdarkmatter/claude-mods/testing-patterns/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

37%

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

This skill reads as a textbook summary of well-known testing concepts rather than actionable guidance that adds value beyond Claude's existing knowledge. The content is mostly descriptive, lacking executable code examples and clear workflows. The progressive disclosure structure is reasonable in intent but unsupported by actual bundle files, and the inline content is too verbose for concepts Claude already understands.

Suggestions

Remove or drastically condense explanations of concepts Claude already knows (test pyramid, test doubles definitions, AAA pattern) and focus on project-specific conventions or non-obvious patterns.

Add a clear decision workflow: 'When writing tests for this project, follow these steps: 1. Determine test type needed → 2. Set up isolation → 3. Write test → 4. Verify coverage threshold' with validation checkpoints.

Replace descriptive text blocks with executable code examples for each test type and isolation strategy, showing concrete implementations rather than abstract descriptions.

Either provide the referenced bundle files (tdd-workflow.md, mocking-strategies.md, etc.) or remove the references to avoid broken links.

DimensionReasoningScore

Conciseness

The content is reasonably organized but includes information Claude already knows well—test pyramid concepts, AAA pattern, test double definitions, and what to test/avoid are all standard testing knowledge. The ASCII art pyramid and the descriptive tables add tokens without providing novel, actionable guidance.

2 / 3

Actionability

There is one concrete Python code example (AAA pattern) and a naming convention template, but most content is descriptive rather than executable. Database isolation strategies, external service isolation, and test doubles are described abstractly without concrete, copy-paste-ready code. The test types section uses plain text blocks rather than executable examples.

2 / 3

Workflow Clarity

There is no clear multi-step workflow or sequenced process. The content is a reference catalog of testing concepts rather than a guide for how to approach testing a codebase. There are no validation checkpoints, feedback loops, or decision trees for choosing between strategies.

1 / 3

Progressive Disclosure

The skill references four files under ./references/ and one script, which is good structure for progressive disclosure. However, no bundle files are provided, meaning these references are broken/unverifiable. The main file also contains substantial inline content that could be better distributed to those reference files.

2 / 3

Total

7

/

12

Passed

Description

64%

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

The description has strong trigger term coverage with a well-curated list of testing-related keywords users would naturally use. However, it lacks specificity about what concrete actions the skill performs—it describes a topic area rather than capabilities. The 'what' portion would benefit from listing specific actions like 'design test strategies', 'recommend mocking approaches', or 'plan test coverage improvements'.

Suggestions

Replace the vague 'Cross-language testing strategies and patterns' with specific actions like 'Designs test pyramids, recommends mocking strategies, plans test coverage improvements, and advises on TDD/BDD workflows across multiple programming languages'.

Reframe the 'Triggers on:' list into a more natural 'Use when...' clause, e.g., 'Use when the user asks about test architecture, writing unit/integration/e2e tests, improving test coverage, or implementing TDD/BDD practices'.

DimensionReasoningScore

Specificity

The description names the domain ('cross-language testing strategies and patterns') and implies actions like advising on test strategies, but it doesn't list concrete actions such as 'generate unit tests', 'configure test runners', or 'create mock objects'. It stays at the level of topic coverage rather than specific capabilities.

2 / 3

Completeness

The 'what' is partially addressed ('cross-language testing strategies and patterns') though vaguely, and the 'when' is addressed via the 'Triggers on:' clause with explicit trigger terms. However, the 'what' portion lacks specificity about concrete actions the skill performs, and the trigger clause is a keyword list rather than a natural 'Use when...' sentence describing scenarios. It's close to a 3 but the weak 'what' holds it back.

2 / 3

Trigger Term Quality

The description includes a strong set of natural trigger terms that users would actually say: 'test pyramid', 'unit test', 'integration test', 'e2e test', 'TDD', 'BDD', 'test coverage', 'mocking strategy', 'test doubles', 'test isolation'. These are well-chosen and cover common variations of testing-related queries.

3 / 3

Distinctiveness Conflict Risk

While the testing domain is reasonably specific, 'cross-language testing strategies' is broad enough that it could overlap with language-specific testing skills or general software development skills. The trigger terms help narrow it, but terms like 'unit test' or 'test coverage' could easily match other testing-related skills.

2 / 3

Total

9

/

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.

Validation11 / 11 Passed

Validation for skill structure

No warnings or errors.

Repository
NeverSight/skills_feed
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.