Glossary/End-to-End (E2E) Testing
Testing & QA
1 min read
Share:

What is End-to-End (E2E) Testing?

TL;DR

End-to-end testing verifies complete user flows through the entire application — from UI interaction to backend processing to database persistence and back.

End-to-end testing verifies complete user flows through the entire application — from UI interaction to backend processing to database persistence and back. E2E tests simulate real user behavior in a real (or staging) environment.

Tools: Playwright (Microsoft, cross-browser, fastest), Cypress (developer-friendly, single browser), Selenium (legacy, broadest browser support), and Puppeteer (Chrome/Chromium only).

E2E testing best practices: Test critical paths only (login, checkout, core workflows), keep E2E tests stable (avoid flaky selectors, use data-testid attributes), run in CI/CD (not blocking development), and limit quantity (10-50 E2E tests, not 500). Visual regression testing (Percy, Chromatic) catches UI changes that functional tests miss.

Why It Matters

E2E tests are the ultimate validation that your application works for real users. They catch integration failures, configuration issues, and UI bugs that lower-level tests cannot detect. But they're slow and fragile — use sparingly.

Frequently Asked Questions

What is E2E testing?

Testing complete user flows through the entire application — simulating real user behavior from UI to database. The top of the test pyramid: few in number, highest confidence, slowest to run.

How many E2E tests should we have?

As few as possible to cover critical paths. 10-50 for a typical application. If you have 500+ E2E tests, your test pyramid is inverted (ice cream cone) and you should convert most to integration or unit tests.

Related Terms

Need Expert Help?

Richard Ewing is a Product Economist and AI Capital Auditor. He helps companies translate technical complexity into financial clarity.

Book Advisory Call →