install + set up in project

files + folders created + structure

playwright.config.ts

helper for store URLs

implementing the first tests

run tests (local)

update playwright config to handle CI + Vercel Deployment

test file structure

e2e/
├── README.md
├── utils/
│   └── store-url.ts
├── auth/
│   └── sign-in-validation.spec.ts
├── checkout/
│   └── billing-plan-badge.spec.ts
├── dashboard/
│   └── teleform-sales-channel.spec.ts
├── future/
│   └── outstanding-work.spec.ts
├── intake/
│   ├── auto-advance.spec.ts
│   ├── header-chrome-and-pricing.spec.ts
│   ├── intake-exploratory.spec.ts
│   ├── layout-progress-and-payment.spec.ts
│   └── weight-loss-history.spec.ts
├── medva/
│   └── medva-flow.spec.ts
├── portal/
│   └── renewal-pricing.spec.ts
└── smoke/
    └── http-and-home.spec.ts

test files (`.spec.ts`)

File	What it does
`e2e/auth/sign-in-validation.spec.ts`	DEV-226: Opens store sign-in, checks “Welcome back” heading, submits an invalid email, expects “Enter a valid email”. Second case is a `fixme` for stubbing `initiateEmailLogin` and asserting server-driven error copy (AnimatedErrorMessage-style).
`e2e/checkout/billing-plan-badge.spec.ts`	DEV-223: On a mobile viewport, opens an intake checkout path (`E2E_CHECKOUT_PATH`), checks promo badge stays inside the plan card using `data-testid` (`billing-plan-card`, `plan-promo-badge`) or skips if missing.
`e2e/dashboard/teleform-sales-channel.spec.ts`	Dashboard / teleforms: Placeholder `fixme` for linking or picking a sales channel while creating a teleform (needs dashboard URL + auth; not the store app).
`e2e/future/outstanding-work.spec.ts`	Add treatment: Placeholder `fixme` for a future “add treatment” flow once the real URL and steps exist.
`e2e/intake/auto-advance.spec.ts`	Auto-advance: On a path you set (`E2E_AUTO_ADVANCE_PATH`), fills the first text field and checks the URL changes or a heading appears (covers flows that advance without a URL change).
`e2e/intake/header-chrome-and-pricing.spec.ts`	Header chrome + pricing: On `E2E_HEADER_PRICING_PATH`, optionally checks back vs logo vertical alignment and, if a pricing combobox exists, changes selection.
`e2e/intake/intake-exploratory.spec.ts`	Intake QA smoke: (1) No `console.error` on load for `E2E_INTAKE_SLUG`. (2) Tab moves focus to something interactive.
`e2e/intake/layout-progress-and-payment.spec.ts`	Layout: If a progress control exists, checks it isn’t flush to the top; opens a payment info style control and checks the popover stays visible after scroll.
`e2e/intake/weight-loss-history.spec.ts`	Weight-loss-history: On `E2E_WEIGHT_HISTORY_PATH`, asserts Continue / Next is visible and enabled.
`e2e/medva/medva-flow.spec.ts`	Medva (DEV-272 area): Loads Medva intake (`E2E_MEDVA_INTAKE_SLUG`), asserts `main` + first heading; optionally loads `.../${E2E_MEDVA_LOCATION_PATH}` and checks progress + location inputs.
`e2e/portal/renewal-pricing.spec.ts`	DEV-247: Only when `E2E_RENEWAL_TEST=1`, opens `/treatments` and looks for renewal-related copy (needs auth/data in practice).
`e2e/smoke/http-and-home.spec.ts`	CI / smoke: `GET` the store base URL (expects 2xx). If `E2E_STORE_ID` is set, `goto` store home and asserts `body` is visible.

Issues/Bugs Addressed

Add treatment (“add treatment” subpage) — outstanding

acceptance

Uses test.fixme so the suite documents the intended flow without failing CI. When the route exists, the test opens the Add treatment URL, checks the main heading, then (stubbed) fills required fields and asserts success—validating navigation and basic UI wiring.