e2e-testing

Design behavior-focused E2E tests with Page Object Model and stable selectors.

Updated Aug 23, 2026
One-click install
npx skills add https://github.com/paulinett1508-dev/SuperCartolaManagerv5-production --skill e2e-testing-paulinett1508-dev
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: e2e-testing
Source: https://github.com/paulinett1508-dev/SuperCartolaManagerv5-production/tree/main/.claude/skills/e2e-testing
Command: npx skills add https://github.com/paulinett1508-dev/SuperCartolaManagerv5-production --skill e2e-testing-paulinett1508-dev

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill solves the problem of fragile, slow, and misleading UI test coverage by helping you design reliable end-to-end tests that reflect real user behavior.

Core Features & Use Cases

  • Test Design That Matches Real Users: Focuses on behavior-first assertions (what the user experiences) instead of implementation details.
  • Stable, Maintainable E2E Structure: Applies a practical test architecture using Page Object Model and feature-based organization.
  • CI-Ready Execution Guidance: Covers expectations for running E2E in CI with artifacts, retries strategy, timeouts, and isolated test data.
  • When Not to Use E2E: Helps you decide what belongs in unit vs integration vs E2E to avoid an overgrown test suite.

Quick Start

Ask an AI to create a Playwright-based smoke test suite using data-testid selectors, Page Objects, and explicit waits, and configure it to run on CI after each PR.

Frequently Asked Questions about e2e-testing

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

FAQPage Schema
How do I structure maintainable E2E tests using the Page Object Model?

Structure maintainable E2E tests by applying behavior-first assertions and feature-based organization using the Page Object Model. This architecture separates UI locators from test logic, preventing fragile tests and ensuring your E2E suite reflects real user behavior.

When should I not use E2E testing and rely on unit or integration tests instead?

Avoid E2E testing for scenarios better covered by unit or integration tests to prevent an overgrown, slow suite. Maintain test pyramid awareness by reserving E2E strictly for user-critical UI flows like authentication, authorization, and critical business operations.

How do I configure Playwright smoke tests to run on a CI pipeline after each PR?

Configure Playwright smoke tests for CI by defining stable data-testid selectors, setting explicit waits for UI and network conditions, and establishing a retries strategy. Handle test artifacts and manage isolated test data to ensure reliable post-deploy execution.

Why does my Cypress E2E suite fail in CI with flaky authentication flow tests?

Cypress E2E suites fail in CI when tests rely on implementation details instead of explicit waits for UI and network conditions. Design behavior-focused assertions using isolated test data and stable selectors to validate authentication flows reliably across environments.

What is the best way to manage test data for isolated E2E test runs?

Manage test data for isolated E2E runs by decoupling test data creation from the test execution logic. Implement isolated test data management strategies within your CI pipeline to prevent state leakage across user-critical business operation validations.

Can I use Playwright for post-deploy smoke testing across my CI pipeline?

Yes, you can use Playwright for post-deploy smoke testing across CI pipelines. Design behavior-focused smoke tests utilizing explicit waits and isolated test data management to validate critical UI flows reliably after deployment, handling CI artifacts appropriately.