New: Earn 20% as an AgentAlley affiliate. Share your link and earn on every sale you refer. Join now New: Earn 20% as an affiliate. Join now

Fix failing or flaky Playwright tests

Fix Failing or Flaky Tests

by alirezarezvani · MIT license · ★ 26,349 on GitHub · updated Aug 30

Fix Failing or Flaky Tests cover

Fix failing or flaky Playwright tests. Use when user says "fix test", flaky test", "test failing", "debug test", "test broken", "test passes sometimes", or "intermittent failure".

---
name: "fix"
description: >-
  Fix failing or flaky Playwright tests. Use when user says "fix test",
  "flaky test", "test failing", "debug test", "test broken", "test passes
  sometimes", or "intermittent failure".
---

# Fix Failing or Flaky Tests

Diagnose and fix a Playwright test that fails or passes intermittently using a systematic taxonomy.

## Input

`$ARGUMENTS` contains:
- A test file path: `e2e/login.spec.ts`
- A test name: ""should redirect after login"`
- A description: `"the checkout test fails in CI but passes locally"`

Overview

Diagnose and fix a Playwright test that fails or passes intermittently using a systematic taxonomy.

What you get

  • Root cause category and specific issue
  • The fix applied (with diff)
  • Verification result (10/10 passes)
  • Prevention recommendation
Manual install (npx, ZIP)
Claude Codenpx skills add alirezarezvani/claude-skills --skill fix -g -a claude-code
Claude Code (manual)mkdir -p ~/.claude/skills && curl -sL https://codeload.github.com/alirezarezvani/claude-skills/tar.gz/19392f7a0826 \ | tar -xz -C ~/.claude/skills --strip-components=4 claude-skills-19392f7a0826/engineering-team/playwright-pro/skills/fix
Windows (PowerShell)New-Item -ItemType Directory -Force "$HOME\.claude\skills" | Out-Null; Invoke-WebRequest "https://m.agentalley.io/zip/8bc3a7313bf9420b6e0d/fix.zip" -OutFile "$env:TEMP\fix.zip"; Expand-Archive "$env:TEMP\fix.zip" -DestinationPath "$HOME\.claude\skills" -Force
Claude.ai / desktopDownload the ZIP and upload it under Settings → Capabilities → Skills.
Codex, Cursor, other agentsPoint them at SKILL.md. The other files are plain text.

Connects with Agent Alley MCP · agentalley.io/mcp

Files included

  • SKILL.md3.0 KB
  • flaky-taxonomy.md3.4 KB
Read the files here
alirezarezvani/19392f72 files
SKILL.md
Show the full text114 lines

Fix Failing or Flaky Tests

Diagnose and fix a Playwright test that fails or passes intermittently using a systematic taxonomy.

Input

$ARGUMENTS contains:

  • A test file path: e2e/login.spec.ts
  • A test name: ""should redirect after login"`
  • A description: "the checkout test fails in CI but passes locally"

Steps

1. Reproduce the Failure

Run the test to capture the error:

npx playwright test <file> --reporter=list

If the test passes, it's likely flaky. Run burn-in:

npx playwright test <file> --repeat-each=10 --reporter=list

If it still passes, try with parallel workers:

npx playwright test --fully-parallel --workers=4 --repeat-each=5
2. Capture Trace

Run with full tracing:

npx playwright test <file> --trace=on --retries=0

Read the trace output. Use /debug to analyze trace files if available.

3. Categorize the Failure

Load flaky-taxonomy.md from this skill directory.

Every failing test falls into one of four categories:

Category Symptom Diagnosis
Timing/Async Fails intermittently everywhere --repeat-each=20 reproduces locally
Test Isolation Fails in suite, passes alone --workers=1 --grep "test name" passes
Environment Fails in CI, passes locally Compare CI vs local screenshots/traces
Infrastructure Random, no pattern Error references browser internals
4. Apply Targeted Fix

Timing/Async:

  • Replace waitForTimeout() with web-first assertions
  • Add await to missing Playwright calls
  • Wait for specific network responses before asserting
  • Use toBeVisible() before interacting with elements

Test Isolation:

  • Remove shared mutable state between tests
  • Create test data per-test via API or fixtures
  • Use unique identifiers (timestamps, random strings) for test data
  • Check for database state leaks

Environment:

  • Match viewport sizes between local and CI
  • Account for font rendering differences in screenshots
  • Use docker locally to match CI environment
  • Check for timezone-dependent assertions

Infrastructure:

  • Increase timeout for slow CI runners
  • Add retries in CI config (retries: 2)
  • Check for browser OOM (reduce parallel workers)
  • Ensure browser dependencies are installed
5. Verify the Fix

Run the test 10 times to confirm stability:

npx playwright test <file> --repeat-each=10 --reporter=list

All 10 must pass. If any fail, go back to step 3.

6. Prevent Recurrence

Suggest:

  • Add to CI with retries: 2 if not already
  • Enable trace: 'on-first-retry' in config
  • Add the fix pattern to project's test conventions doc

Output

  • Root cause category and specific issue
  • The fix applied (with diff)
  • Verification result (10/10 passes)
  • Prevention recommendation
1---
2name: "fix"
3description: >-
4 Fix failing or flaky Playwright tests. Use when user says "fix test",
5 "flaky test", "test failing", "debug test", "test broken", "test passes
6 sometimes", or "intermittent failure".
7---
8 
9# Fix Failing or Flaky Tests
10 
11Diagnose and fix a Playwright test that fails or passes intermittently using a systematic taxonomy.
12 
13## Input
14 
15`$ARGUMENTS` contains:
16- A test file path: `e2e/login.spec.ts`
17- A test name: ""should redirect after login"`
18- A description: `"the checkout test fails in CI but passes locally"`
19 
20## Steps
21 
22### 1. Reproduce the Failure
23 
24Run the test to capture the error:
25 
26```bash
27npx playwright test <file> --reporter=list
28```
29 
30If the test passes, it's likely flaky. Run burn-in:
31 
32```bash
33npx playwright test <file> --repeat-each=10 --reporter=list
34```
35 
36If it still passes, try with parallel workers:
37 
38```bash
39npx playwright test --fully-parallel --workers=4 --repeat-each=5
40```
41 
42### 2. Capture Trace
43 
44Run with full tracing:
45 
46```bash
47npx playwright test <file> --trace=on --retries=0
48```
49 
50Read the trace output. Use `/debug` to analyze trace files if available.
51 
52### 3. Categorize the Failure
53 
54Load `flaky-taxonomy.md` from this skill directory.
55 
56Every failing test falls into one of four categories:
57 
58| Category | Symptom | Diagnosis |
59|---|---|---|
60| **Timing/Async** | Fails intermittently everywhere | `--repeat-each=20` reproduces locally |
61| **Test Isolation** | Fails in suite, passes alone | `--workers=1 --grep "test name"` passes |
62| **Environment** | Fails in CI, passes locally | Compare CI vs local screenshots/traces |
63| **Infrastructure** | Random, no pattern | Error references browser internals |
64 
65### 4. Apply Targeted Fix
66 
67**Timing/Async:**
68- Replace `waitForTimeout()` with web-first assertions
69- Add `await` to missing Playwright calls
70- Wait for specific network responses before asserting
71- Use `toBeVisible()` before interacting with elements
72 
73**Test Isolation:**
74- Remove shared mutable state between tests
75- Create test data per-test via API or fixtures
76- Use unique identifiers (timestamps, random strings) for test data
77- Check for database state leaks
78 
79**Environment:**
80- Match viewport sizes between local and CI
81- Account for font rendering differences in screenshots
82- Use `docker` locally to match CI environment
83- Check for timezone-dependent assertions
84 
85**Infrastructure:**
86- Increase timeout for slow CI runners
87- Add retries in CI config (`retries: 2`)
88- Check for browser OOM (reduce parallel workers)
89- Ensure browser dependencies are installed
90 
91### 5. Verify the Fix
92 
93Run the test 10 times to confirm stability:
94 
95```bash
96npx playwright test <file> --repeat-each=10 --reporter=list
97```
98 
99All 10 must pass. If any fail, go back to step 3.
100 
101### 6. Prevent Recurrence
102 
103Suggest:
104- Add to CI with `retries: 2` if not already
105- Enable `trace: 'on-first-retry'` in config
106- Add the fix pattern to project's test conventions doc
107 
108## Output
109 
110- Root cause category and specific issue
111- The fix applied (with diff)
112- Verification result (10/10 passes)
113- Prevention recommendation
114 
View all files on GitHub →

Details

Updated
Aug 30, 2026
License
MIT
Stars on the repo
★ 26,349
Checked
Source
alirezarezvani/claude-skills ↗
Creator
alirezarezvani · 363 listings
View creator

Similar skills

See all →
MCPExpert debugging specialist for errors, test failuresDebugger AgentCloudAI-X/claude-workflow-v2 · by CloudAI-XExpert debugging specialist for errors, test failures, crashes, segmentation faults, memory leaks, timeouts, race conditions, deadlocks, and unexpected behavior. Use PROACTIVELY when encountering any error, exception, or failing test. Performs systematic root cause analysis.★ 1.4k GitHub starsSkillEncountering any bug, test failure, or unexpected behaviorSystematic debuggingobra/superpowers · by obraUse when encountering any bug, test failure, or unexpected behavior, before proposing fixes★ 290k GitHub starsSkillRequires running verification commands and confirming outputVerification before completionobra/superpowers · by obraUse when about to claim work is complete, fixed, or passing, before committing or creating PRs - requires running verification commands and confirming output before making any success claims; evidence before assertions always★ 290k GitHub starsSkillGuides systematic root-cause debuggingDebugging and error recoveryaddyosmani/agent-skills · by addyosmaniGuides systematic root-cause debugging. Use when tests fail, builds break, something that worked yesterday broke, behavior doesn't match expectations, or you encounter any unexpected error. Use when you need to figure out what broke and why — a systematic approach to finding and fixing the root cause rather than guessing.★ 98.7k GitHub starsSkillMaster systematic debugging techniques, profiling toolsDebugging strategieswshobson/agents · by wshobsonMaster systematic debugging techniques, profiling tools, and root cause analysis to efficiently track down bugs across any codebase or technology stack. Use when investigating bugs, performance issues, or unexpected behavior.★ 39.9k GitHub starsSkillMaster error handling patterns across languages includingwshobson/agents · by wshobsonMaster error handling patterns across languages including exceptions, Result types, error propagation, and graceful degradation to build resilient applications. Use when implementing error handling, designing APIs, or improving application reliability.★ 39.9k GitHub stars

More from alirezarezvani

SkillResume a paused experiment/ar:ar-resume — Resume Experimentalirezarezvani/claude-skills · by alirezarezvaniResume a paused experiment. Checkout the experiment branch, read results history, continue iterating. Use when the user runs /ar:ar-resume or asks to pick up a previously started autoresearch experiment.★ 26.3k GitHub starsSkillShow experiment dashboard with results, active loops/ar:ar-status — Experiment Dashboardalirezarezvani/claude-skills · by alirezarezvaniShow experiment dashboard with results, active loops, and progress. Use when the user runs /ar:ar-status or asks how an autoresearch experiment is going.★ 26.3k GitHub starsSkillStart an autonomous experiment loop with user-selected/ar:loop — Autonomous Experiment Loopalirezarezvani/claude-skills · by alirezarezvaniStart an autonomous experiment loop with user-selected interval (10min, 1h, daily, weekly, monthly). Uses CronCreate for scheduling. Use when the user runs /ar:loop or asks to run an autoresearch experiment continuously on a schedule.★ 26.3k GitHub starsSkillRun a single experiment iteration/ar:run — Single Experiment Iterationalirezarezvani/claude-skills · by alirezarezvaniRun a single experiment iteration. Edit the target file, evaluate, keep or discard. Use when the user runs /ar:run or asks for one manual autoresearch iteration.★ 26.3k GitHub starsSkillSet up a new autoresearch experiment interactively/ar:setup — Create New Experimentalirezarezvani/claude-skills · by alirezarezvaniSet up a new autoresearch experiment interactively. Collects domain, target file, eval command, metric, direction, and evaluator. Use when the user runs /ar:setup or asks to start optimizing a file with the autoresearch loop.★ 26.3k GitHub starsSkill/cs:boardroom <brief/cs:boardroom — Multi-Role Boardroom Deliberationalirezarezvani/claude-skills · by alirezarezvani/cs:boardroom <brief> — 6-phase multi-role deliberation across the C-suite with Phase 2 isolation, critic pre-screen, and synthesis. Outputs a board memo. Use when a decision spans multiple executive domains — e.g. a pricing change touching finance, positioning, and product, or a raise-vs-cut runway call.★ 26.3k GitHub stars