mcpField
E
e2e-testing-automation

e2e-testing-automation

github.com/aj-geddesTesting & quality373691 installsUpdated 34w ago
Repository

About e2e-testing-automation

e2e-testing-automation is a skill for development and QA teams validating complete user journeys and frontend-backend integration. It includes guidance for Playwright, Cypress, and Selenium with Python, along with testing practices.

Key features

  1. 01Cover complete user workflows
  2. 02Simulate clicks, typing, and scrolling
  3. 03Provide Playwright guidance
  4. 04Provide Cypress guidance
  5. 05Provide Selenium with Python guidance
  6. 06Include Page Object Model advice

Use cases

  1. 01Validate signup, login, and checkout
  2. 02Test multi-step workflows
  3. 03Check behavior across browsers
  4. 04Run regression tests after UI changes

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/aj-geddes/useful-ai-prompts --skill e2e-testing-automation

After installing, type/e2e-testing-automationin Claude Code to confirm it loaded.

Bundled files

References and scripts installed along with SKILL.md.

references/
cypress-e2e-tests.md
page-object-model-pattern.md
playwright-e2e-tests.md
selenium-with-python-pytest.md
scripts/
scaffold-tests.sh
templates/
test-template.js

Details

From the project README

E2E Testing Automation

Table of Contents

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:

// tests/e2e/checkout.spec.ts
import { test, expect, Page } from "@playwright/test";

test.describe("E-commerce Checkout Flow", () => {
  let page: Page;

  test.beforeEach(async ({ page: p }) => {
    page = p;
    await page.goto("/");
  });

  test("complete checkout flow as guest user", async () => {
    // 1. Browse and add product to cart
    await page.click("text=Shop Now");
    await page.click('[data-testid="product-1"]');
    await expect(page.locator("h1")).toContainText("Product Name");

    await page.click('button:has-text("Add to Cart")');
    await expect(page.locator(".cart-count")).toHaveText("1");

    // 2. Go to cart and proceed to checkout
    await page.click('[data-testid="cart-icon"]');
    await expect(page.locator(".cart-item")).toHaveCount(1);
    await page.click("text=Proceed to Checkout");

// ... (see reference guides for full implementation)

Reference Guides

Detailed implementations in the references/ directory:

GuideContents
Playwright E2E TestsPlaywright E2E Tests
Cypress E2E TestsCypress E2E Tests
Selenium with Python (pytest)Selenium with Python (pytest)
Page Object Model PatternPage 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

Comments

Markdown supported