e2e-runner

Run and stabilize end-to-end tests for failing user workflows.

2|Updated Apr 23, 2026
One-click install
npx skills add https://github.com/gajjalaashok75-UI/GakrCLI --skill e2e-runner-gajjalaashok75-ui
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: e2e-runner
Source: https://github.com/gajjalaashok75-UI/GakrCLI/tree/main/assets/skills/e2e-runner
Command: npx skills add https://github.com/gajjalaashok75-UI/GakrCLI --skill e2e-runner-gajjalaashok75-ui

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes assets (resource) components.

What problem does it solve?

This Skill helps you run, debug, and stabilize end-to-end tests when a real user workflow fails and the root cause is unclear.

Core Features & Use Cases

  • Workflow Validation: Verify complete user journeys across browser, mobile, API, and integrated services.
  • Failure Diagnosis: Inspect screenshots, traces, console logs, network errors, and server logs to separate product bugs from test instability.
  • Flaky Test Recovery: Improve selectors, timing, fixtures, and test data so Playwright, Cypress, Selenium, or Detox tests become reliable.
  • Use Case: Use this Skill when a checkout flow intermittently fails in CI and you need to reproduce the issue, identify the first failing step, and confirm the fix.

Quick Start

Run the smallest relevant end-to-end test for the failing workflow, inspect the artifacts, fix the issue at its source, and re-run the same test to verify the result.

Frequently Asked Questions about e2e-runner

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I fix flaky end-to-end tests in CI?

To fix flaky end-to-end tests, run the smallest relevant test, inspect browser artifacts like screenshots and console logs, fix the root cause, and re-run to verify. This distinguishes actual product defects from test instability.

Why does my Playwright checkout flow intermittently fail?

Intermittent Playwright checkout failures stem from timing issues, fragile selectors, or network instability. Inspecting traces, network errors, and server logs helps separate these test instability issues from actual product bugs.

How do I diagnose end-to-end test failures using screenshots and traces?

Diagnose end-to-end test failures by inspecting generated screenshots, traces, console logs, and network errors. This artifact inspection identifies the first failing step to determine if the issue is a product defect or test instability.

Does this approach work with Cypress and Selenium suites?

Yes, this approach works with Cypress, Selenium, Playwright, and Detox suites. It applies targeted test selection and repeat verification across UI, network, storage, and service-integrated scenarios to stabilize real browser environments.

What is the best way to stabilize failing end-to-end tests for user workflows?

The best way to stabilize end-to-end tests is running the smallest relevant test, inspecting artifacts, improving selectors and fixtures, and performing repeat verification. This confirms the fix and separates product bugs from instability.

When should I not use end-to-end test stabilization techniques?

You should avoid stabilization techniques when repeat verification confirms the failure is an actual product defect rather than test instability. Distinguishing product bugs from flaky tests ensures you fix the application code instead of masking issues.