Automate End-to-End Software Testing
An E2E testing skill for stable, CI-integrated end-to-end tests covering critical user journeys and flaky-test debugging.
Why it matters
Build robust, high-performance end-to-end test suites to ensure code quality and prevent regressions before they impact users.
Outcomes
What it gets done
Implement stable end-to-end test automation for critical user journeys.
Debug and resolve flaky or unreliable test cases.
Integrate E2E tests into CI/CD pipelines for automated validation.
Establish standards for reliable and maintainable E2E testing.
Install
Add it to your toolbox
Run in your project directory:
curl -fsSL https://spark.entire.vc/get/ag-e2e-testing-patterns | bash Overview
E2E Testing Patterns
An E2E testing skill for stable, CI-integrated end-to-end tests with retries, tracing, isolation, and multi-browser coverage. Use it for end-to-end test automation of critical user workflows, not when only unit or integration tests are needed.
What it does
E2E Testing Patterns builds reliable, fast, and maintainable end-to-end test suites meant to give confidence to ship quickly and catch regressions before users do. Its workflow: identify critical user journeys and success criteria, build stable selectors and test-data strategies, implement tests with retries, tracing, and isolation, and run them in CI with parallelization and artifact capture. It carries an explicit safety constraint: avoid running destructive tests against production, and use dedicated test data while scrubbing sensitive output.
When to use - and when NOT to
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, or establishing E2E testing standards. Don't use it if you only need unit or integration tests, if the environment can't support stable UI automation, or if you can't provision safe test accounts or data. Detailed patterns and templates live in a companion resources/implementation-playbook.md file.
Inputs and outputs
Input is the application's critical user journeys and a target environment (browsers, CI pipeline); output is an E2E test suite with stable selectors, retries, tracing, and test isolation, running in CI with parallelization and artifact capture for debugging failures.
Who it's for
Teams building or stabilizing end-to-end test suites for critical user workflows who need retries, tracing, isolation, and CI parallelization built in from the start, rather than debugging flakiness after the fact.
FAQ
Common questions
Discussion
Questions & comments · 0
Sign In Sign in to leave a comment.