QA

QA Checklist

Unified QA/QC source of truth for the marketing site, portals, admin tools, CMS, workflows, and monitoring surfaces. QA surfaces are broader test domains, while route sections mirror the dev dashboard navigation groups.

19 QA items62 verification checks82/82 routes covered31 issue specs9/9 route sections covered29/29 workflows coveredCoverage complete

Issue Specs

Canonical executable work inventory

31

70 required verification checks

Marketing + Client

Front-end funnel and parent experience

9

45/82 routes linked to issue specs

Doula + Admin

Portal and ops workflow coverage

6

29/29 workflows linked

Scope Model

QA surfaces versus route sections

7 QA surfaces

9 route sections in the dev index

P0 Items

Highest-priority QA work

10

12 failing, 0 in progress

Filters & Bulk Actions

Narrow the checklist by surface, implementation status, or priority, then mark the visible items as done when you complete a pass.

This checklist is sourced from the same typed route and workflow metadata used by the dev dashboard and workflow atlas, with linked execution context from the generated issue spec index. If copy, routes, workflow names, or issue ownership change, this is the place to keep QA aligned.

Marketing QA

6 items visible in this section, 0 completed in this browser.

6 items
P0Livelayout

Marketing shell and global navigation

Verify the shared marketing header, footer, CTA language, and responsive navigation across the public site.

Verification Checks

  • Desktop and mobile navigation render correctly and route to live public pages.
  • Primary CTA uses current language and routes to the canonical parent intake form.
  • Footer links are valid and branding remains The Birth Companions throughout.
  • No portal-only shell or auth gating leaks into public marketing pages.

Linked Workflows

client.discovery

Dependencies

Marketing layoutPublic route integrity

Linked Issue Specs

WORK-218 · Integration

WORK-218 · Blocked

Persist parent intake submissions to Airtable

docs/specs/issues/WORK-218.json

QA Notes

P0Livepage

Core marketing pages

QA the primary public marketing pages that drive parent discovery and conversion.

Verification Checks

  • Each page loads without console/runtime errors and preserves current branding.
  • Key sections, imagery, cards, and CTAs render without broken layout states.
  • Links between core public pages work on desktop and mobile breakpoints.
  • Doula cards on the public directory do not show portal-only actions.

Linked Workflows

client.discovery

Dependencies

Published static or CMS-backed marketing content

Linked Issue Specs

WORK-218 · Integration

WORK-218 · Blocked

Persist parent intake submissions to Airtable

docs/specs/issues/WORK-218.json

QA Notes

P1Livecontent

Audience, specialty, partner, and resource pages

QA the expanded public page cluster outside the core homepage funnel.

Verification Checks

  • Every route resolves and matches the current navigation and content hierarchy.
  • Internal CTAs route to the correct canonical parent intake or doula application pages.
  • Content sections, testimonials, and comparison components remain visually stable.

Linked Workflows

client.discoverydoula.application

Dependencies

Marketing route catalogShared landing components

Linked Issue Specs

WORK-218 · IntegrationWORK-219 · Integration

WORK-218 · Blocked

Persist parent intake submissions to Airtable

docs/specs/issues/WORK-218.json

WORK-219 · Passing

Persist doula application submissions to Airtable

docs/specs/issues/WORK-219.json

QA Notes

P1Livecontent

Blog index and article rendering

QA public blog discovery and article detail rendering.

Verification Checks

  • Blog index loads with cards, metadata, and navigation intact.
  • Article detail route renders content and shared blog chrome correctly.
  • No stale placeholder or broken article links remain in the public blog flow.

Linked Workflows

client.discovery

Dependencies

Blog content sourceMarketing layout

Linked Issue Specs

WORK-218 · Integration

WORK-218 · Blocked

Persist parent intake submissions to Airtable

docs/specs/issues/WORK-218.json

QA Notes

P0Prototypeform

Parent intake form

QA the canonical public parent intake form and its compatibility redirect path.

Verification Checks

  • The live public entry point is /parent-intake-form and the legacy /client/intake path redirects correctly.
  • Field order, labels, and options still match the current live-site intake specification.
  • Success state stays on the marketing site and does not drop the user into the client portal.
  • Submission behavior is ready for Airtable handoff without portal auth assumptions.

Linked Workflows

client.parent-intake

Dependencies

Canonical routeAirtable submission work when enabled

Linked Issue Specs

WORK-218 · Integration

WORK-218 · Blocked

Persist parent intake submissions to Airtable

docs/specs/issues/WORK-218.json

QA Notes

P0Prototypeform

Doula application form

QA the canonical public doula sign-up flow and legacy compatibility redirect.

Verification Checks

  • The live public entry point is /doula-sign-up and the legacy /doula/apply path redirects correctly.
  • Field set, order, labels, and options match the current public application source of truth.
  • Success state remains in the marketing site and does not route into the doula portal.
  • Submission flow posts through the Airtable-backed API path without Clerk dependencies.

Linked Workflows

doula.application

Dependencies

Canonical routeAirtable submission work when enabled

Linked Issue Specs

WORK-219 · Integration

WORK-219 · Passing

Persist doula application submissions to Airtable

docs/specs/issues/WORK-219.json

QA Notes

Client Portal QA

3 items visible in this section, 0 completed in this browser.

3 items

Doula Portal QA

3 items visible in this section, 0 completed in this browser.

3 items

Admin Portal QA

3 items visible in this section, 0 completed in this browser.

3 items

CMS QA

1 items visible in this section, 0 completed in this browser.

1 items

Shared Platform QA

2 items visible in this section, 0 completed in this browser.

2 items

Ops & Monitoring QA

1 items visible in this section, 0 completed in this browser.

1 items