10x-e2e

Execute risk-driven E2E tests on a running application using Playwright.

Updated May 17, 2026
One-click install
npx skills add https://github.com/yakksiek/car-rental --skill 10x-e2e
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: 10x-e2e
Source: https://github.com/yakksiek/car-rental/tree/main/.claude/skills/10x-e2e
Command: npx skills add https://github.com/yakksiek/car-rental --skill 10x-e2e

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill requires playwright, and includes scripts (resource) and references (resource) components.

What problem does it solve?

This Skill drives end-to-end testing of an application by navigating through the risk-driven phases of a technical plan, ensuring comprehensive coverage for complex features.

Core Features & Use Cases

  • Risk-Driven E2E Testing: Focuses on testing browser-level features by navigating through the phases of a technical plan.
  • Plan Execution: Executes phases like Plan, Generate, Review, and Verify, ensuring each risk is thoroughly tested.
  • Use Case: For a new feature in an application, this skill can be used to generate and verify E2E tests against the running app, ensuring all risks are covered.

Quick Start

Run the /10x-e2e skill with the change ID and phase number: /10x-e2e <change-id> phase <N>.

Frequently Asked Questions about 10x-e2e

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

FAQPage Schema
How do I execute risk-driven e2e testing for complex browser features?

E2e testing for complex features requires a risk-driven approach that navigates through Plan, Generate, Review, and Verify phases to ensure comprehensive browser-level coverage. You execute it by providing a change ID and phase number to process specific technical plan steps.

Does Playwright e2e testing require a technical plan before running browser tests?

Browser testing with Playwright requires a technical plan detailing risks and features to be tested before execution. The technical plan drives the risk-driven testing phases, ensuring browser automation validates specific complex feature risks rather than executing generic test scripts.

What is the best way to automate browser testing for complex application features?

Browser testing for complex features is best handled through a risk-driven approach that generates and verifies tests against a running application. This method ensures comprehensive coverage by executing tests across Plan, Generate, Review, and Verify phases based on identified technical plan risks.

How do I run Playwright tests against a running application using a technical plan?

Playwright tests against a running application are executed by navigating through risk-driven phases like Plan, Generate, Review, and Verify based on a technical plan. You initiate the process by specifying a change ID and phase number to target the exact risks requiring validation.

Can I use this risk-driven approach for generating e2e tests for any new application feature?

Risk-driven e2e test generation can be used for new application features by executing tests against the running app to ensure all identified risks are covered. The approach requires Playwright for browser testing and an existing technical plan to guide the verification phases.

What are the limitations of risk-driven e2e testing with Playwright?

Risk-driven e2e testing limitations include the strict dependency on a pre-existing technical plan detailing risks and features, and the requirement for Playwright to be installed. Without these inputs, the Plan, Generate, Review, and Verify phases cannot execute to verify complex application features.