e2e-testing-automation

Build end-to-end automated tests that simulate real user interactions across the full application stack. Use for E2E test, Selenium, Cypress, Playwright, browser automation, and user journey testing.

By aj-geddes · 674 installs

npx skills add aj-geddes/useful-ai-prompts --skill e2e-testing-automation

Source repository · Upstream listing

E2E Testing Automation Table of Contents [Overview]( overview) [When to Use]( when to use) [Quick Start]( quick start) [Reference Guides]( reference guides) [Best Practices]( best practices) Overview End to end (E2E) testing validates complete user workflows from the UI through all backend systems, ensuring the entire application stack works together correctly from a user's perspective. E2E tests simulate real user interactions with browsers, handling authentication, navigation, form submissions, and validating results. When to Use Testing critical user journeys (signup, checkout, login) Validating multi step workflows Testing across different browsers and devices Regression testing for UI changes Verifying frontend backend integration Testing with real user interactions (clicks, typing, scrolling) Smoke testing deployments Quick Start Minimal working example: Reference Guides Detailed implementations in the references/ directory: Guide Contents [Playwright E2E Tests](references/playwright e2e tests.md) Playwright E2E Tests [Cypress E2E Tests](references/cypress e2e tests.md) Cypress E2E Tests [Selenium with Python (pytest)](references/selenium with python pytest.md) Selenium with Python (pytest) [Page Object Model Pattern](references/page object model pattern.md) Page Object Model Pattern Best Practices ✅ DO Use data testid attributes for stable selectors Implement Page Object Model for maintainability Test critical user journeys thoroughly Run tests in multiple browsers (cross browser testing) Use explicit waits instead of sleep/timeouts Clean up test data after each test Take screenshots on failures Parallelize test execution where possible ❌ DON'T Use brittle CSS selectors (like nth child) Test every possible UI combination (focus on critical paths) Share state between tests Use fixed delays (sleep/timeout) Ignore flaky tests Run E2E tests for unit level testing Test third party UI components in detail Skip mobile/responsive testing