e2e-testing

Verify critical end-to-end user journeys with Playwright traces and isolated test data.

4|Updated May 16, 2026
One-click install
npx skills add https://github.com/machenjie/rd-skills --skill e2e-testing-machenjie
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: e2e-testing
Source: https://github.com/machenjie/rd-skills/tree/main/src/foundation/capabilities/e2e-testing
Command: npx skills add https://github.com/machenjie/rd-skills --skill e2e-testing-machenjie

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Prevents costly regressions by verifying that the most important end-to-end user journeys work correctly across authentication, authorization, multi-step workflows, and high-risk failure paths without making CI slow or flaky.

Core Features & Use Cases

  • Narrow, stable E2E coverage: Focuses on a small set of critical journeys that must pass quickly (targeting under 10 minutes).
  • Deterministic testing practices: Enforces semantic selectors (ARIA-first or data-testid only when needed), per-test isolated data, and event-based waits instead of arbitrary time delays.
  • Business-outcome assertions: Requires user-visible confirmations plus durable side effects (e.g., created records, sent emails, or emitted events) to prove real functionality.
  • Auth and permission safety: Mandates coverage for valid login, invalid credentials, session expiry, and permission-denied flows.
  • Debuggable CI failures: Requires Playwright traces, screenshots, and optionally video on failure plus a flake quarantine policy.

Quick Start

Use the e2e-testing capability when a change touches login, permissions, checkout/payment confirmation, destructive actions, or other multi-step high-risk journeys that must be proven through the assembled system with isolated test data and business-outcome assertions.

Frequently Asked Questions about e2e-testing

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

FAQPage Schema
How do I write deterministic E2E tests for critical user journeys without flaky failures?▼

To write deterministic E2E tests, use ARIA-first semantic locators, enforce per-test data isolation with teardown, and apply event-based waiting instead of arbitrary timeouts to minimize flake risk in critical journeys.

What's the best way to test session expiry and permission-denied access paths in Playwright?▼

Test auth paths by verifying valid logins, invalid credentials, session expiry, and permission-denied flows while asserting both user-visible confirmations and durable side effects like database records or emitted events.

How do I isolate test data for multi-step checkout and financial confirmation workflows?▼

Isolate test data for checkout workflows by generating per-test records with mandatory teardown, ensuring each critical end-to-end business workflow runs independently without leaving residual state.

How do I debug CI observability issues when E2E tests fail in the pipeline?▼

Debug E2E CI failures by configuring Playwright to automatically attach traces, screenshots, and videos on failure, applying a flaky test quarantine policy to maintain pipeline reliability.

When should I not run full end-to-end testing coverage for my application?▼

Avoid broad E2E coverage when it makes CI slow; focus on a narrow, stable set of critical journeys targeting under ten minutes, leaving exhaustive edge cases to faster unit and integration suites.