16-TEST-write-e2e

Write deterministic Playwright end-to-end tests for web applications.

Updated Aug 27, 2026
One-click install
npx skills add https://github.com/medtrics/medtrics-acumen --skill 16-test-write-e2e
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: 16-TEST-write-e2e
Source: https://github.com/medtrics/medtrics-acumen/tree/main/templates/shared/skills/16-TEST-write-e2e
Command: npx skills add https://github.com/medtrics/medtrics-acumen --skill 16-test-write-e2e

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) components.

What problem does it solve?

This Skill automates the creation of robust, deterministic end-to-end tests using Playwright, ensuring critical user flows and application behavior are reliably verified.

Core Features & Use Cases

  • Deterministic Test Writing: Generates Playwright tests that lock in verified behavior, preventing silent regressions.
  • Risk-Based Testing: Prioritizes testing for critical functionalities (Tier 1) and user-impacting features (Tier 2).
  • Use Case: After fixing bugs identified during exploration, use this Skill to write Playwright tests that confirm authentication, data mutations, and core workflows function as expected, preventing future regressions.

Quick Start

Use the 16-TEST-write-e2e skill to write Playwright tests for the user authentication flow.

Frequently Asked Questions about 16-TEST-write-e2e

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

FAQPage Schema
How do I write deterministic Playwright E2E tests for web applications?

You write deterministic Playwright E2E tests by focusing on critical user flows, data mutations, and role-based navigation while using web-first assertions. This approach avoids fixed delays and brittle selectors to ensure reliable regression testing.

What is the best way to prevent silent regressions in critical user flows after a bug fix?

The best way to prevent silent regressions is implementing risk-based Playwright E2E tests that lock in verified behavior. Prioritize testing critical Tier 1 functionalities and user-impacting Tier 2 features to confirm workflows remain stable.

How do I handle SPA patterns and maintainable selectors in Playwright end-to-end testing?

You handle SPA patterns in Playwright end-to-end testing by implementing the page object model for maintainability. This structure supports dynamic SPA routing while avoiding fixed delays and brittle selectors that cause test flakiness.

Does this approach to E2E testing support role-based navigation and data mutations?

Yes, this E2E testing approach specifically supports role-based navigation and data mutations. The generated Playwright tests target these critical user flows using web-first assertions to reliably verify application behavior across different user permissions.

Why do my Playwright tests fail intermittently and how can I make them deterministic?

Playwright tests fail intermittently when using fixed delays or brittle selectors. You make them deterministic by adopting web-first assertions that wait for observable state changes, ensuring tests lock in verified behavior without timing flakiness.

When do I need Playwright E2E tests instead of other web testing automation?

You need Playwright E2E tests when verifying critical user workflows, authentication, and data mutations across complex SPA patterns. This risk-based testing approach prioritizes Tier 1 features to prevent silent regressions that unit tests cannot catch.