Skip to main content

Back-to-the-Primitive: A Middleware Test Automation Pattern

25-minute Talk

Back-to-the-Primitive introduces a middleware test automation pattern that enhances developer-tester collaboration and simplifies writing maintainable E2E tests.

Virtual Pass session

Timetable

4:00 p.m. – 4:45 p.m. Thursday 27th

Room

Room F1 - Track 1: Talks

Coding for Testers Collaboration & Communication Test Automation

Audience

Test Automation Engineers, Developers, Framework Engineers

Key-Learnings

  • Common patterns (POM, Screenplay) add complexity and hinder collaboration by creating overhead before actual test implementation begins.
  • Back-to-the-Primitive gets testers and developers writing E2E tests together.
  • Reusable interaction primitives reduce copy-pasting and enables teams to quickly start implementing tests without upfront overhead.

An approach and a framework to foster tester-developer collaboration and to avoid clutter when writing E2E tests

Various test automation patterns exist for E2E testing. Examples include the Page Object Model (POM), which structures applications into pages, and the Screenplay Pattern (SP), which models tests as actor interactions. Both are legit but have conceptual drawbacks. The POM enforces a page-based structure, which feels outdated in modern development, where SPAs are common. Applications are better seen as features, components, or bounded contexts. The SP puts users in the role of a screenplay director: assigning actors capabilities and instructions but not engaging directly. Both add overhead and complexity before implementation begins. Many testers resort to copying & pasting code, which can be error-prone. Additionally, both patterns are designed for TAEs, not developers, which discourages their involvement in test automation. This misalignment hinders a whole-team approach.

Our approach, Back-to-the-Primitive (BP), overcomes these limitations with reusable primitives—such as locating elements, entering text, or clicking buttons—to model user interactions. The test programmer can directly write tests using these primitives, while complexity remains encapsulated. BP is both a test automation and middleware pattern other approaches can use. It balances abstraction and practicality, fostering tester-developer collaboration.

We applied BP in two projects using Cypress, Playwright, and TypeScript. In this talk, I will introduce BP, show TypeScript examples, and invite discussion.

Related Sessions

Virtual Pass session
Tue, Nov 25 • 2:45 p.m. – 3:30 p.m.
Room E1 - Track 4: Talks

25-minute Talk

Career Development Collaboration & Communication Leadership

Virtual Pass session
Wed, Nov 26 • 10:45 a.m. – 11:30 a.m.
Room F2 - Track 2: Talks

25-minute Talk

Collaboration & Communication Test Automation Testing Tools

Mon, Nov 24 • 8:30 a.m. – 4:30 p.m.
F-,E- & D-Rooms

Full-Day Tutorial (6 hours)

Artificial Intelligence (AI) Coding for Testers Testing Tools