Agent skill · software engineering · sickn33
e2e-testing-patterns
Build reliable, fast, and maintainable end-to-end test suites that provide confidence to ship code quickly and catch regressions before users do.
Why this skill is useful
Provides specific patterns and strategies for building reliable end-to-end test suites that the AI wouldn't generate on its own.
What it needs
About 1k tokens when loaded. Last updated 2026-08-07. 44,571 stars on the source repository.
What this skill does
E2E Testing Patterns Build reliable, fast, and maintainable end-to-end test suites that provide confidence to ship code quickly and catch regressions before users do. Use this skill when Implementing end-to-end test automation Debugging flaky or unreliable tests Testing critical user workflows Setting up CI/CD test pipelines Testing across multiple browsers Validating accessibility requirements Testing responsive designs Establishing E2E testing standards Do not use this skill when You only need unit or integration tests The environment cannot support stable UI automation You cannot provision safe test accounts or data Instructions 1. Identify critical user journeys and success criteria. 2. Build stable selectors and test data strategies. 3. Implement isolated tests with observable assertions and tracing; diagnose retries rather than counting a retry as an ordinary pass. 4. Run in CI with parallelization and artifact capture. Safety Avoid running destructive tests against production. Use dedicated test data and scrub sensitive output. Resources resources/implementation-playbook.md for detailed E2E patterns and templates. Worked example Input: invalid login sometimes appears successful because the test reads the error before rendering finishes. Use a dedicated fixture account and assert await expect(page.getByRole('alert')).toContainText('Invalid credentials'). Run the test without retries and confirm the dashboard remains inaccessible. Expected: the failure state is observed reliably; a delayed error cannot silently pass. Inputs and prerequisites An authorized test URL, isolated accounts/data, the installed browser runner and known success/failure states. The playbook uses project-specific routes and adapters; install only the dependencies your existing suite needs. Limitations A mocked backend or payment provider proves only the mocked boundary; retain separate real integration checks. …
How to use it
Reference it in AdaL, Claude Code, Cursor or any coding agent — nothing to install:
@skills sickn33/e2e-testing-patterns--fe37f4