Skip to content

Fake Provider Harness + E2E Gate

Sindri the Assayer — QA Engineer

By the end of this chapter you’ll understand:

  • How the fake-provider harness simulates a Cloudflare distribution endpoint locally
  • Why deterministic test fixtures matter for plugin trust and distribution flow coverage
  • How this gate fits into the broader CAS-3499 provider-plugin CI pipeline

Fake Provider Harness + E2E Gate

Status: Delivered
CAS: CAS-3605
Delivered: 2026-05-18
PR: #968

What changed

A local-only Miniflare fake-provider harness was added for deterministic provider-plugin end-to-end tests. It runs with wrangler dev --local on port 8791, serves stable fake bank responses and a signed fake plugin catalog, and is not deployed to any Cloudflare subdomain.

Why it matters

  • Gives repeatable safety checks for provider-plugin behavior.
  • Reduces regression risk on plugin distribution/trust flow.
  • Keeps iOS/Desktop behavior aligned by verifying the same plugin protocol end-to-end.

Technical anchors

  • workers/fake-providers/
  • playwright.fake-providers.config.ts
  • docs/features/CAS-3499-declarative-cf-provider-plugins.md

Recap

  • The harness runs wrangler dev --local on port 8791 and is never deployed to any Cloudflare subdomain, keeping test and production environments strictly separate.
  • Deterministic fake bank responses and a signed fake catalog let 14 Playwright scenarios cover the complete trust→download→verify→scrape chain repeatably.
  • This gate is the safety net for regression risk on the plugin distribution and trust flow introduced in CAS-3499.

What changed {#what-changed}

See: CHANGELOG → 2026-05-18