CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

jest-testing-skill

Set up Jest 30+ with TypeScript for unit tests, integration tests, mocking (jest.fn, jest.mock, jest.spyOn), coverage configuration, custom matchers, snapshot testing, and setup/teardown patterns.

Quality

70%

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

Fix and improve this skill with Tessl

tessl review fix ./testing/jest-testing-skill/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

57%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 highly actionable, code-first reference that is easy to follow and covers the Jest+TypeScript domain thoroughly. Its main weaknesses are two incorrect Jest config option names, no progressive disclosure (everything inlined in one large file), and several sections duplicating basic Jest knowledge Claude already has.

Suggestions

Fix the invalid Jest config options in jest.config.ts: "setupFilesAfterSetup" should be setupFilesAfterEnv, and "coverageThresholds" should be coverageThreshold — Jest will reject or ignore the current keys.

Split the SKILL.md into an overview plus reference files (e.g. references/msw.md, references/test-db.md, references/advanced-mocking.md) and link to them so the main file stays a lean overview.

Trim or move sections covering basic Jest knowledge Claude already has (jest.fn call counting, async rejects.toThrow, timer mocking basics) into an optional reference, keeping the core file focused on the skill's own conventions and configs.

Add an explicit validation step after scaffolding (e.g. "run npx jest once after config:init to confirm the setup executes") to give the workflow a concrete checkpoint.

DimensionReasoningScore

Conciseness

The body is mostly code with lean prose, but several sections restate knowledge Claude already has — standalone jest.fn() call-count examples, async rejects.toThrow patterns, timer mocking, and basic snapshot testing are all standard Jest usage. It matches the 'mostly efficient but could be tightened' anchor rather than 2, since there is no padded explanatory prose.

3 / 5

Actionability

Nearly all guidance is copy-paste executable: install commands, complete jest.config.ts variants, full spec files, and a command cheatsheet. However, the main config contains invalid Jest option names — "setupFilesAfterSetup" (should be setupFilesAfterEnv) and "coverageThresholds" (should be coverageThreshold) — which are minor but real gaps that prevent a 5.

4 / 5

Workflow Clarity

A rough sequence exists (Prerequisites → Scaffold Command → Project Structure → config → test patterns → commands), but validation checkpoints are only implicit — there is no step verifying the scaffolded setup actually runs (e.g. 'run npx jest once after config to confirm') before writing tests. This matches the 'steps listed but checkpoints implicit' anchor.

3 / 5

Progressive Disclosure

The single file is well-sectioned and easy to navigate, but ~450 lines are inlined monolithically with no bundle files at all — the MSW integration guide, test-database docker-compose setup, and many basic pattern examples clearly belong in separate reference files. This matches 'content that should be separate is inline' with good structure, i.e. the 3 anchor rather than 2 (which requires poor organization).

3 / 5

Total

13

/

20

Passed

Description

71%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 specific, well-targeted description that names the domain, concrete actions, and specific Jest APIs, but it omits any 'when to use' trigger clause, capping its completeness. Adding an explicit usage-trigger sentence and a few more natural user phrasings would make it a top-tier description.

Suggestions

Add an explicit trigger clause, e.g. "Use when setting up or writing tests with Jest, adding coverage to a TypeScript project, or when the user mentions Jest, specs, or test mocking."

Include a few more natural synonyms users say, such as "write tests", "test suite", or ".spec files", to broaden keyword coverage.

Consider mentioning the Vitest boundary directly in the description (e.g. "for Vite projects prefer Vitest") to reduce overlap risk with a sibling testing skill.

DimensionReasoningScore

Specificity

The description lists multiple concrete, named actions — "Set up Jest 30+ with TypeScript", "mocking (jest.fn, jest.mock, jest.spyOn)", "coverage configuration, custom matchers, snapshot testing, and setup/teardown patterns" — giving comprehensive coverage of the skill's domain, matching the top anchor rather than the 'minor gaps' level below.

5 / 5

Completeness

The 'what' is clear and specific (Jest 30+ with TypeScript setup for tests, mocking, coverage), but there is no 'Use when...' clause or equivalent explicit trigger guidance — the rubric guideline caps completeness at 3 for this. Not 4 because 'when' is entirely absent rather than merely imprecise.

3 / 5

Trigger Term Quality

Good natural keyword coverage: "Jest", "unit tests", "integration tests", "mocking", "coverage", "snapshot testing" are phrases users would naturally say. A few common terms are missing (e.g. "write tests", "test suite", "TDD", ".spec"), so it falls between the 'good' (4) and 'comprehensive' (5) anchors, closer to 4.

4 / 5

Distinctiveness Conflict Risk

"Jest 30+ with TypeScript" carves out a clear niche with distinct triggers, but a user asking generically to 'add tests to my TypeScript project' could reasonably want a sibling skill (e.g. vitest-testing-skill, referenced in the body), giving minor overlap risk — matching the 'mostly distinct' anchor.

4 / 5

Total

16

/

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

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository

achreftlili/deep-dev-skills

Path

testing/jest-testing-skill/SKILL.md

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.