What problem does it solve?
Provide a clear, repeatable approach to verify complete user journeys through the UI so teams can catch regressions, flaky tests, and integration gaps before merging code. It reduces developer uncertainty by defining stable selectors, test structure, and debugging practices that surface visible outcomes instead of fragile internal assertions.
Core Features & Use Cases
- Page Object Model: Encapsulate selectors and actions to keep tests readable and resilient to UI changes.
- Descriptive test names & visible assertions: Write tests that map directly to acceptance criteria and assert what users see.
- Async handling & wait strategies: Prefer condition-based waits and network response checks over fixed timeouts to reduce flakiness.
- Test data isolation: Seed and clean test data via APIs to avoid cross-test interference.
- CI and debugging support: Run headless in CI, retain traces and screenshots on failure, and use headed mode for local debugging.
- Anti-pattern guidance: Avoid testing internal state, brittle selectors, hard-coded waits, and third-party UIs.
Quick Start
Use the e2e-testing skill to generate a Playwright E2E test for the critical user login journey using Page Object Model, data-testid selectors, and condition-based waits.