CtrlK
BlogDocsLog inGet started
Tessl Logo
PluginPublic

testland/playwright-fixture-builder

Use for any question or task about sharing setup across Playwright tests, including reusing login, copy-pasted beforeEach blocks, and test users that collide between parallel workers. Builds test.extend fixtures with the right test or worker scope, setup and teardown, and per-worker isolation for login, database or feature-flag setup.

Quality

86%

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

78%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 well-structured build-a-fixture skill: executable code, a concrete scope-assignment table and rule of thumb, clear step sequencing with reviewer checkpoints, and exemplary progressive disclosure to three real reference files. The remaining improvements are small - trimming the conceptual overview and adding an explicit post-refactor test-run verification step.

Suggestions

Trim the Overview sentence explaining what Playwright fixtures are ("Playwright Test fixtures replace beforeEach/afterEach boilerplate with composable, lazy-initialized values...") - Claude already knows this - and tighten the worked example's narrative.

Add an explicit verification step to the workflow (e.g., "run the refactored suite to confirm no test re-derives its own setup") to close the feedback loop after replacing the specs' beforeEach blocks.

Consider inlining a one-line signature for each of the three remaining recipes (page object, DB snapshot, flags) next to their reference pointers so the body covers all common cases.

DimensionReasoningScore

Conciseness

Mostly efficient - the scope table, rule of thumb, and single full recipe earn their tokens. Minor over-explanation: the Overview sentence describing what Playwright fixtures are (a concept Claude already knows) and a somewhat narrative worked example. Not 5 because a few sentences could be trimmed; not 3 because padding is isolated, not pervasive.

4 / 5

Actionability

The storageState fixture is complete, copy-paste-ready TypeScript, supported by a concrete 7-step procedure and a per-fixture scope table. Not 5: only one of the four recipes (auth) is shown inline; page object, DB snapshot, and flag-override examples live in references, leaving a minor gap in the body itself.

4 / 5

Workflow Clarity

A clear 7-step sequence with verification checkpoints ("Confirm teardown runs in reverse of setup", "Emit the per-fixture review note ... so a reviewer can sanity-check the scoping"). Not 5 because there is no explicit run-the-suite feedback loop after the refactor; verification steps are present, so the batch-operation cap at 3 does not apply.

4 / 5

Progressive Disclosure

Clear overview with three well-signaled, one-level-deep references (fixture-recipes.md, composition-and-output.md, anti-patterns-and-limits.md), all verified to exist with matching content. Content is appropriately split: one representative recipe inline, the bulk in references; navigation is easy with no nesting.

5 / 5

Total

17

/

20

Passed

Description

87%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 strong description: third-person, explicit "Use for..." trigger guidance with concrete natural phrases, and specific capability statements. The only gap is that it omits a few capabilities (composition, boxing, review-note output) and some file-level trigger terms.

DimensionReasoningScore

Specificity

Lists several concrete actions - "Builds test.extend fixtures", "setup and teardown", "per-worker isolation for login, database or feature-flag setup" - with minor gaps: composition, boxing, and the review-note output described in the body are not mentioned. Not 5 because coverage of the skill's capabilities is incomplete; not 3 because it goes well beyond naming 1-2 actions.

4 / 5

Completeness

Explicitly answers both: an explicit when-clause ("Use for any question or task about sharing setup across Playwright tests, including reusing login, copy-pasted beforeEach blocks...") with concrete trigger phrases, and a clear what ("Builds test.extend fixtures with the right test or worker scope, setup and teardown, and per-worker isolation..."). Not 4 because the when guidance is already explicit and specific rather than merely present.

5 / 5

Trigger Term Quality

Includes natural phrases users would actually say - "copy-pasted beforeEach blocks", "reusing login", "test users that collide between parallel workers". Not 5: missing common variations and file triggers like .spec.ts, playwright.config.ts, or "hooks"/"auth" synonyms.

4 / 5

Distinctiveness Conflict Risk

Firmly anchored to the Playwright testing niche ("Playwright tests", "test.extend", "parallel workers", "beforeEach"), with distinct triggers and minimal overlap risk against generic testing or refactoring skills.

5 / 5

Total

18

/

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.

Reviewed

On this page