e2e-testing-edho-ferdian

Detects available browser drivers and builds Page Object Model end-to-end tests for critical user journeys.

2|Updated Sep 6, 2026
One-click install
npx skills add https://github.com/edhoferdian/EEF --skill e2e-testing-edho-ferdian-edhoferdian
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: e2e-testing-edho-ferdian
Source: https://github.com/edhoferdian/EEF/tree/main/.agents/skills/e2e-testing-edho-ferdian
Command: npx skills add https://github.com/edhoferdian/EEF --skill e2e-testing-edho-ferdian-edhoferdian

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? End-to-end test suites often hardcode one framework, grow to cover every click path, and rot with flaky tests that either block CI forever or get silently deleted. This Skill maps only the critical user journeys, auto-detects whichever E2E driver is actually available at runtime, and quarantines flaky tests with tracked review dates instead of ignoring them. ## Core Features & Use Cases - Runtime driver detection: Checks for Claude's browser tools, Chrome DevTools MCP, the project's own Playwright setup, or native desktop automation — never assumes a specific tool is installed. - Journey mapping and Page Object Model: Prioritizes flows by risk (auth, payment, irreversible actions first) and writes tests against intention-revealing page objects so UI changes touch one file. - Flake quarantine and failure artifacts: Confirms flakiness with repeated runs, quarantines with tracking notes and review dates, and captures screenshots, video, and traces on failure only. - Alternate modes: Post-deploy QA sweeps ending in a SHIP / DO NOT SHIP verdict, and demo walkthrough video recording with cursor overlay and pacing rules. - Use Case: After dev-kickoff flags a checkout flow as visual/layout work, hand it here to map the journey, author a Playwright test with page objects, run it, and capture failure artifacts as verification evidence. ## Quick Start Write an end-to-end test for the checkout flow using whatever browser driver is available in this project.

Frequently Asked Questions about e2e-testing-edho-ferdian

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

FAQPage Schema
How do I write end-to-end tests with Playwright?

Map the critical user journey first as numbered user-observable steps, then write tests using the Page Object Model with one class per screen exposing intention-revealing actions. Use role-based locators like getByRole before falling back to data-testid or CSS selectors.

What should I do with flaky E2E tests in CI?

Confirm flakiness by running the test repeatedly, for example with --repeat-each=10 in Playwright. Quarantine genuinely intermittent tests with test.fixme plus a tracking note containing the reason, fail rate, owner, and a review-by date rather than deleting or ignoring them.

Which user flows should get E2E test coverage first?

Prioritize by risk: HIGH flows involve money, authentication, and irreversible actions like checkout or account deletion. MEDIUM covers core value flows like search-to-action, and LOW cosmetic flows are better served by cheaper component tests.

Can component tests in JSDOM replace browser E2E tests?

No. JSDOM cannot simulate real layout, CSS animations, native drag-and-drop, iframes, clipboard, or cross-origin behavior. Any assertion depending on those mechanisms belongs in a real browser E2E test, since a green JSDOM result proves nothing about actual behavior.

What happens when no E2E driver is available in the project?

The skill stops and reports VERIFIED: NO with no driver detected rather than fabricating a test run. It offers concrete next steps such as installing @playwright/test and scaffolding a config, since choosing a test framework is a project-level decision.