CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

e2e-testing

Playwright E2E testing patterns, Page Object Model, configuration, CI/CD integration, artifact management, and flaky test strategies.

Quality

74%

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 ./.agents/skills/e2e-testing/SKILL.md

The canonical home for this skill is e2e-testing in affaan-m/ECC

SKILL.md
Quality
Evals
Security

Quality

Content

65%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 lean, highly actionable pattern reference with excellent code examples, weakened by the absence of any bundle files (specialized domains are inlined in a 320-line SKILL.md) and the lack of explicit workflow sequencing or validation checkpoints. Splitting peripheral sections into references/ and adding explicit verify steps would lift it substantially.

Suggestions

Move specialized sections — CI/CD Integration, Wallet/Web3 Testing, Financial/Critical Flow Testing, and the Test Report Template — into one-level-deep files under references/ (e.g., references/ci-cd.md, references/web3.md), leaving core Playwright patterns in SKILL.md.

Make the flaky-test workflow an explicit numbered sequence (reproduce with --repeat-each → diagnose cause → apply the matching fix → un-quarantine) with a verification step before removing test.fixme/test.skip.

Fix small code inaccuracies: replace the non-existent `videosPath` option with `recordVideo: { dir: 'artifacts/videos/' }` and prefer the trace config option over the deprecated `browser.startTracing` API.

DimensionReasoningScore

Conciseness

The body is dominated by copy-paste code with almost no prose padding and no explanation of concepts Claude already knows — 'Efficient; minor instances of over-explanation that could be trimmed'. It is not 5 because some blocks (the full playwright.config.ts, the report template, and duplicated screenshot/video artifact snippets) could be trimmed or consolidated, and not 3 because there is no genuinely unnecessary explanation.

4 / 5

Actionability

Nearly all guidance is executable TypeScript/YAML/bash covering the common cases (POM class, test structure, config, CI workflow, flaky-test commands), matching 'mostly executable guidance with minor gaps'. It falls short of 5 due to small correctness gaps — e.g., the non-existent `videosPath` config option (should be `recordVideo.dir`) and the deprecated `browser.startTracing` API — and well above 3 because nothing is pseudocode.

4 / 5

Workflow Clarity

The skill is a pattern reference, not a sequenced procedure: sections are well organized but there is no explicit ordering (e.g., the quarantine → reproduce → fix flow in 'Flaky Test Patterns' is only implicit) and no validation checkpoints, matching 'sequence present but checkpoints missing or implicit'. Not 4 because no section tells the reader to verify an outcome before proceeding; not 2 because each section is individually coherent and self-contained.

3 / 5

Progressive Disclosure

The single ~320-line SKILL.md has good section headers but no bundle files at all, and substantial specialized material (CI/CD workflow, Wallet/Web3 testing, Financial/Critical Flow testing, the report template) is inlined that clearly belongs in separate reference files — matching 'content that should be separate is inline'. Not 2 because the file is well-sectioned and navigable, and not 4 because no one-level-deep references exist to move bulk material into.

3 / 5

Total

14

/

20

Passed

Description

70%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-scoped description that names the framework and six concrete topic areas, but it omits any 'Use when...' trigger guidance and lacks common synonyms like 'end-to-end' and 'browser testing'. Adding an explicit when-to-use clause would resolve its main weakness.

Suggestions

Append an explicit trigger clause, e.g., 'Use when writing, running, or debugging Playwright or end-to-end tests, or when the user mentions E2E, browser testing, flaky tests, or CI test pipelines.'

Include natural synonyms users would say — 'end-to-end tests', 'browser tests', 'test automation' — alongside 'Playwright' and 'E2E'.

Convert topic nouns into concrete actions (e.g., 'Write and debug Playwright E2E tests, structure page objects...') to sharpen the 'what'.

DimensionReasoningScore

Specificity

The description lists several concrete capability areas — "Playwright E2E testing patterns, Page Object Model, configuration, CI/CD integration, artifact management, and flaky test strategies" — which matches the 'several specific actions; minor gaps' anchor. It falls short of 5 because these are topic nouns rather than concrete actions (e.g., 'write', 'run', 'debug' E2E tests are never stated), and above 3 because coverage spans six distinct named areas rather than 1-2.

4 / 5

Completeness

The 'what' is clear (a list of testing topics) but there is no 'when' clause at all — no "Use when writing/running/debugging Playwright or E2E tests" — so per the guideline a missing 'Use when...' caps completeness at 3. It is not 2 because the 'what' half is concrete and specific, not vague.

3 / 5

Trigger Term Quality

Natural user phrases like "Playwright", "E2E testing", "flaky test", and "CI/CD" are present, matching 'good keyword coverage; a few natural terms missing'. It is not 5 because common variations users would actually say — "end-to-end tests", "browser testing", "integration tests", "test automation" — are absent.

4 / 5

Distinctiveness Conflict Risk

"Playwright E2E testing" carves out a clear niche with distinct triggers (framework name plus test type), giving minimal conflict risk with other skills — matching the 'clear niche with distinct triggers' anchor. Not 4 because naming the specific framework leaves virtually no ambiguity about which skill applies.

5 / 5

Total

16

/

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.

Repository

ysyecust/everything-claude-code

Path

.agents/skills/e2e-testing/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.