Fix failing or flaky Playwright tests
Fix Failing or Flaky Tests

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)
npx skills add alirezarezvani/claude-skills --skill fix -g -a claude-codemkdir -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/fixNew-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" -ForceConnects with Agent Alley MCP · agentalley.io/mcp
Files included
SKILL.md3.0 KBflaky-taxonomy.md3.4 KB
Read the files here
alirezarezvani/
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
awaitto 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
dockerlocally 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: 2if 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 | |
| 2 | name "fix" |
| 3 | description >- |
| 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 | |
| 11 | Diagnose 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 | |
| 24 | Run the test to capture the error: |
| 25 | |
| 26 | |
| 27 | npx playwright test <file> --reporter=list |
| 28 | |
| 29 | |
| 30 | If the test passes, it's likely flaky. Run burn-in: |
| 31 | |
| 32 | |
| 33 | npx playwright test <file> --repeat-each=10 --reporter=list |
| 34 | |
| 35 | |
| 36 | If it still passes, try with parallel workers: |
| 37 | |
| 38 | |
| 39 | npx playwright test --fully-parallel --workers=4 --repeat-each=5 |
| 40 | |
| 41 | |
| 42 | ### 2. Capture Trace |
| 43 | |
| 44 | Run with full tracing: |
| 45 | |
| 46 | |
| 47 | npx playwright test <file> --trace=on --retries=0 |
| 48 | |
| 49 | |
| 50 | Read the trace output. Use `/debug` to analyze trace files if available. |
| 51 | |
| 52 | ### 3. Categorize the Failure |
| 53 | |
| 54 | Load `flaky-taxonomy.md` from this skill directory. |
| 55 | |
| 56 | Every 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 | |
| 93 | Run the test 10 times to confirm stability: |
| 94 | |
| 95 | |
| 96 | npx playwright test <file> --repeat-each=10 --reporter=list |
| 97 | |
| 98 | |
| 99 | All 10 must pass. If any fail, go back to step 3. |
| 100 | |
| 101 | ### 6. Prevent Recurrence |
| 102 | |
| 103 | Suggest: |
| 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 |
Details
- Updated
- Aug 30, 2026
- License
- MIT
- Stars on the repo
- ★ 26,349
- Checked
- Source
- alirezarezvani/claude-skills ↗
- Creator
- alirezarezvani · 363 listings
Similar skills
See all →
MCPExpert debugging specialist for errors, test failuresDebugger Agent
SkillEncountering any bug, test failure, or unexpected behaviorSystematic debugging
SkillRequires running verification commands and confirming outputVerification before completion
SkillGuides systematic root-cause debuggingDebugging and error recovery
SkillMaster systematic debugging techniques, profiling toolsDebugging strategies
SkillMaster error handling patterns across languages includingMore from alirezarezvani
SkillResume a paused experiment/ar:ar-resume — Resume Experiment
SkillShow experiment dashboard with results, active loops/ar:ar-status — Experiment Dashboard
SkillStart an autonomous experiment loop with user-selected/ar:loop — Autonomous Experiment Loop
SkillRun a single experiment iteration/ar:run — Single Experiment Iteration
SkillSet up a new autoresearch experiment interactively/ar:setup — Create New Experiment
Skill/cs:boardroom <brief/cs:boardroom — Multi-Role Boardroom Deliberation