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.

1.58x
Quality

74%

Does it follow best practices?

Impact

92%

1.58x

Average score across 3 eval scenarios

SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./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

72%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.

An excellent, code-dense pattern reference: lean prose, almost entirely executable examples, and a useful flaky-test diagnosis loop. Its weaknesses are structural — everything is inlined in a single long SKILL.md with no reference files, and workflows lack explicit verification checkpoints.

Suggestions

Move the specialized sections (Test Report Template, Wallet/Web3 Testing, Financial/Critical Flow Testing) into references/ files (e.g. references/web3-testing.md, references/report-template.md) and link them one level deep from SKILL.md.

Add an explicit validation step after setup/config examples (e.g. 'Run `npx playwright test --list` to verify the config resolves all specs before committing').

Fix the small config inaccuracy (`videosPath` under `use` is not a Playwright option; use the top-level `outputDir` or `recordVideoDir` guidance) so every snippet is copy-paste correct.

DimensionReasoningScore

Conciseness

The body is nearly all headers plus executable code — the only prose is a one-line intro ("Comprehensive Playwright patterns for building stable, fast, and maintainable E2E test suites."). It never explains concepts Claude already knows (no 'what is Playwright' or locator tutorials), and the Bad/Good flakiness comparisons are maximally information-dense. Every token earns its place.

5 / 5

Actionability

Nearly all examples are complete and copy-paste ready: a full POM class, test specs, a full playwright.config.ts, CI workflow YAML, and diagnostic commands ("npx playwright test tests/search.spec.ts --repeat-each=10"). Not 5 because of a few minor gaps — e.g. `videosPath` under `use` is not a real Playwright option (videos are directed via `recordVideoDir`/`outputDir`), and the trace section shows raw `browser.startTracing` without noting the config `trace: 'on-first-retry'` already covers it.

4 / 5

Workflow Clarity

Section order implies a build-up arc (organization → POM → tests → config → flakiness → artifacts → CI) and the flaky-test section has a genuine diagnose→fix loop ("Identify Flakiness" commands followed by "Common Causes & Fixes"), but there are no explicit validation checkpoints such as 'run npx playwright test to verify the suite passes' at any stage. This is a pattern reference rather than a sequenced procedure, so it sits at 'sequence present but checkpoints missing'.

3 / 5

Progressive Disclosure

The file has good section headers, but there are no bundle files (no references/, scripts/, or assets/ exist) and ~320 lines of content are all inlined in SKILL.md. Specialized material that would naturally split out — the test report template, Wallet/Web3 mock, and Financial/Critical Flow sections — sits inline, matching the anchor of well-sectioned but unsplit inline content. Not 2 because the structure is clear and navigable, not 4 because nothing is offloaded to one-level-deep reference files.

3 / 5

Total

15

/

20

Passed

Description

66%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 well-scoped, tool-specific description with good keyword coverage and a clear 'what', written in appropriate third-person noun-phrase style. Its main weakness is the complete absence of a 'when to use' clause, which caps completeness and slightly weakens trigger quality and distinctiveness.

Suggestions

Add an explicit trigger clause, e.g. 'Use when writing or debugging Playwright or end-to-end (E2E) tests, setting up browser test automation, or fixing flaky tests.'

Include common synonyms users naturally say — 'end-to-end tests', 'test automation', 'browser tests' — alongside 'E2E' to broaden natural trigger matching.

Lead with action verbs ('Write, organize, and debug Playwright E2E test suites...') to convert topic nouns into concrete capabilities.

DimensionReasoningScore

Specificity

"Playwright E2E testing patterns, Page Object Model, configuration, CI/CD integration, artifact management, and flaky test strategies" lists several specific capability areas (POM, CI/CD, artifacts, flaky tests) with minor gaps in coverage. Not 5 because these are topic nouns rather than concrete actions (no verbs like 'write', 'debug', 'configure'), and not 3 because coverage across six distinct areas exceeds the '1-2 concrete actions' anchor.

4 / 5

Completeness

The 'what' is clear (Playwright E2E patterns across named areas), but there is no 'Use when...' clause or equivalent explicit trigger guidance — 'when' is only weakly implied by the domain itself. Per the judging guideline, a missing 'Use when...' clause caps completeness at 3; it is not 2 because the 'what' half is concrete and comprehensive rather than vague.

3 / 5

Trigger Term Quality

Contains strong natural keywords users would say: "Playwright", "E2E", "Page Object Model", "flaky test", "CI/CD". Not 5 because common variations like "end-to-end tests", "test automation", or "integration tests" are missing; not 3 because coverage includes multiple relevant, naturally-spoken terms beyond generic language.

4 / 5

Distinctiveness Conflict Risk

"Playwright E2E testing" is a clear, tool-specific niche unlikely to trigger for unrelated skills, with only minor overlap risk against generic testing/TDD skills. Not 5 because the anchor example pairs the niche with explicit distinct trigger phrases, which this description lacks.

4 / 5

Total

15

/

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

valeriibeck-star/claude-skills

Path

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.