Playwright suites that sign up users, accept invites, or pass email gates need a unique address per test. Hardcoding one string creates order dependence. Sharing one mailbox across workers creates flakes when two specs race for the same OTP or confirmation.
Throwaway habit for the address field
A throwaway habit fixes the address field: mint a unique local-part for each test, type it, continue. On dummyemails.org humans debugging a failing spec can land on the console, Copy an auto-minted address, and watch the inbox. For CI, treat the generator as a fixture pattern: each test gets its own string, preferably via a helper that will later call an API when you expose one.
What Playwright should not do: scrape a public temp mail site as a critical path. Public inboxes are slow, noisy, and unsafe for staging secrets. Prefer application hooks that expose the last token in test environments, route interception, or an owned-domain receive pipeline you control. The throwaway still matters because the app database uniqueness constraint is real even when mail is stubbed.
Practical fixture sketch
Practical fixture sketch in words: beforeEach mint address, store on test info, fill the email locator, proceed. On failure, the address in the trace is disposable, so recordings do not leak personal mail. Refresh and Change map to human recovery when you are not in headless mode.
Relate to Cypress with a different runner story, not the same paragraph. Relate to OTP testing when the assertion is the code screen. Relate to owned-domain guides when receive is part of the suite.
DummyEmails positioning
Dummyemails.org positioning stays QA: twenty minute homepage TTL for long debug sessions, ten minute page when you want a short fused timer, TLD chips only for domains you can receive on. No anonymity pitch. No lifting competitor docs.
Give every Playwright test its own throwaway email and your flake chart gets quieter on the signup axis.
Popular Articles
Short DummyEmails guides for QA labs, OTP checks, and browser automation.
Owned-domain temp inbox for QA
Why a hostname you control beats a public shared inbox when signup and OTP tests need a predictable allowlist.
OTP testing without your real mail
Mint a recipient, trigger the code from staging, read it in a short live window, and keep personal inboxes out of QA.
Playwright throwaway email
Give each browser worker a private identity so parallel signup specs stop colliding on one fixture.
Cypress throwaway email
Alias a fresh DummyEmails address per spec and keep retries from reusing yesterday's user row.
10 minute email for testing
Live 10-minute countdown inbox for short QA sessions.
Disposable email for signup forms
Burn-after-use addresses so staging signups never hit real CRM.
FAQ
- Can Playwright read mail from dummyemails.org?
- Human debugging yes when receive is live. CI should stub.
- One address per file or per test?
- Per test or per worker at minimum.
- Does Change map to a Playwright API?
- UI only. Mint in the fixture in code.
- Why not plus-addressing?
- Still hits a real mailbox.
- Is minting enough without receive?
- Enough for uniqueness and form fill.
For authorized testing and development only. Preview inbox uses demo mail until DNS/MX is live on domains Chirag owns. Do not use for fraud, impersonation, privacy anonymity, or production traffic.