返回开发者与 QA
方便的共享资源最终会变成模糊的test state
为什么共享测试邮箱会让邮件 QA 变得 flaky 且难以调试
共享mailbox把人员、retry、environment和parallel run绑在同一状态里；让每个scenario的recipient ownership明确。
约 8 分钟
共享QA邮箱一开始很方便，但很快会混入staging与production-like邮件，retry会看到旧message，CI也可能删除人工正在调查的证据。问题并不是“共享”这个动作，而是每封邮件的ownership变成猜测。
方便与可靠性的交换
| 模式 | 方便 | 模糊点 |
|---|---|---|
| signup共用inbox | 无需provision | 哪封属于哪个run |
| multi-env inbox | 容易访问 | 哪个host/template正确 |
| manual + CI | 看到同一证据 | 谁消费或删除 |
| retry共享 | 不用重建fixture | retry误用旧state |
mailbox是external state
Playwright和Cypress可以清理browser state，但无法自动把一个外部recipient变成每个test私有。global recipient仍然意味着coupling。
在OTP、reset、magic link里，新请求甚至会改变旧token的backend validity。
把隐式共享变成显式ownership
- 1
每scenario一个地址
最直接。
- 2
必须reuse时就serial
只允许一个active run。
- 3
分开environment
避免共享账号掩盖host错误。
- 4
分开人工调查与automation
CI不要在人工复现时修改inbox。
共享password并不等于fixture
fixture需要setup、owner、expected state和teardown。所有人都能登录一个mailbox，并不自动定义这些边界。
目的不是无意义地创建更多地址，而是让每封message都有明确归属。ownership清楚后，执行顺序、retry和其他测试者对结果的影响都会小很多。
需要一个干净的收件地址做手工邮件 QA？
使用 MailOnce 检查真实的注册、OTP、魔法链接、密码重置和通知邮件，无需把个人邮箱放进测试数据。
创建临时邮箱来源与延伸阅读
用于支撑测试建议的安全资料和测试运行器一手文档。
继续测试
继续查看同一邮件测试问题空间中的下一个边界。