试用验收记录：保留结果，不保留验证码

先限定任务：只验证获准测试的低风险试用

先确认网站允许本次测试，也接受你准备使用的地址类型。限时收件箱适合检查一次性验证码、资料交付等低风险环节；不适合承接银行、支付、工作主账号或需要长期找回的身份。不要用它绕过试用次数、批量注册或规避网站限制。

在案例开头写清范围，例如“验证一次试用表单提交至激活提示，不测试付款与账号恢复”。如果后续还要收账单、续订或安全通知，应先安排持续收信地址。临时地址即使完成注册，也不会因此成为可长期使用的账号邮箱。提交前可先过一遍软件试用六步核对清单。

2026 年的共享记录风险：副本可能比你想的更多

团队可能把截图放进工单，把录屏上传协作盘，再让自动整理工具提取文字。原本只想展示“邮件到了”，却把验证码、完整确认链接和其他账号通知一起带了进去。文字识别、搜索索引和版本历史还可能产生额外副本。

这不意味着所有工具都会泄露信息，而是上传前就应减少输入。不要先传原图、再在文档里盖一个色块；也不要把整封邮件交给自动摘要工具，只要求它“忽略验证码”。应先在本地生成脱敏副本，再按团队批准的权限与保留规则分享。验证码过期也不代表截图里的姓名、地址和其他信息失去敏感性。

建立最小记录表：让结果不依赖邮件正文

每次操作用一个案例编号串起来。时间统一写日期、秒级时间和时区；涉及跨地区协作时，可统一采用 UTC。设备与浏览器只记录复现所需的版本，不顺手收集个人账号、完整地址或浏览器配置。

地址可用“测试地址 A”标识。若授权排查确实需要完整地址，应通过团队批准的受限渠道单独提供，而不是加进所有人可见的表格。观察时间与请求时间的差值只能称为“本次观察间隔”，不能直接当作精确投递耗时或服务承诺。

把收信与验证分成两个事件

邮件出现在列表里，说明你观察到了来信，不说明验证码已被网站接受。点击确认链接，也不一定意味着试用已经开通：页面可能提示链接过期、仍需补资料，或尚未创建可用的试用工作区。

用两条结果替代一个含糊的“成功”

• 收信事件：在什么时间首次看到对应邮件，是否能打开正文。
• 验证事件：在什么时间提交验证码或确认操作，网站返回什么提示，是否到达预期页面。

例如“已收到邮件；尚未提交验证”，就是一个完整且诚实的中间状态。网站提示已发送，也只算网站侧提示。资讯订阅同样需要区分这两步，不能仅凭确认信到达就判定订阅完成。

截图前遮掉什么：先做脱敏，再分享

先裁出证明结果所必需的区域，再使用不透明实色覆盖敏感信息。模糊、马赛克或可移动的文档遮罩不应作为唯一保护；需要的是导出后已合并的脱敏图，而不是仍能撤销图层的原始工程文件。

• 遮掉验证码、恢复码、二维码及可用于验证的数字串。
• 移除完整确认链接，包括地址栏、悬停预览和链接中的查询参数。
• 避开开发者工具、请求头、浏览器存储中的 token 与 Cookie。
• 移除个人邮箱、姓名、头像、签名和无关通知。
• 检查录屏中的标签页标题、自动填充、通知弹窗和历史画面。

导出后重新打开图片，放大检查边缘，确认不再含隐藏文字层或未合并遮罩。录屏若无法可靠逐段处理，改为录制一段干净的最小复现。保留必要的结果提示，不为追求“整页完整”而暴露整台浏览器。

记录一次正常流程：用虚构案例示范

下面是格式示例，不是 Rapidfwd 的真实投递测试，也不代表典型速度。测试地址只用代号，不提供可访问的邮箱或可点击的确认链接。

浏览器地址栏不是账号开通的充分证据：路径变化可能只是跳转。应记录网站明确提示与可观察的目标页面。若页面没有明确结论，就写“已进入某页面，尚未确认开通”，不要替系统推断业务状态。

交接异常：分别写未到信、失效和拒收

未观察到来信，不等于邮件一定没发送

写明观察窗口、地址是否仍有效、是否核对粘贴内容，以及网站是否显示发送成功。没有发件系统日志，就不要写“发件服务器故障”。例如：“09:20 至 09:25 UTC 未观察到对应邮件；地址未到期；发送页面显示成功；原因未确认。”再按验证码到达诊断逐项排查。

链接失效与网站拒收，保留各自提示

链接失效时记录提示原意、操作时间、是否重发过，以及使用的是哪一轮邮件；不要把完整链接贴进工单。网站明确拒收临时地址时，记录发生在哪一步并停止反复换址尝试，按对方规则选择可接受的邮箱。

到期前保存的是结果，不是整箱邮件

Rapidfwd 限时箱默认有效 3 小时；在收件台续期，每次追加 3 小时，最长保留 24 小时。实际剩余时间以首页工具显示及接口返回为准。需要延长时，必须在到期前操作并核对新的期限，不要把续期计划当成已经续期。

到期后地址与邮件清除，无法恢复。收尾前应保存案例结论、脱敏证据和必要的非敏感交接信息；资料下载任务还要按授权保存所需文件。不要为“以后可能有用”导出所有验证邮件。验证链接与验证码也有独立期限，延长收件箱不会延长它们。更多边界见地址有效期与延长说明。

跨天复查改用转发别名，存档不是永久审计库

如果验收还包括次日提醒或试用期后续通知，应在提交表单前考虑登录建立长期转发别名。来信转到自己的邮箱，并在控制台保留 30 天在线存档；被拦截的邮件也可在存档中查看。它不会自动接续已经到期的限时地址。

30 天是在线存档期限，不是永久审计承诺，也不会替团队决定证据保留政策。需要长期保存的验收结果，应放入有权限与保留规则的团队系统；转发到外部邮箱的副本也要单独管理。限时地址与别名都只收不发，不能用来回复测试邮件。

收尾检查：把下一步责任留给接手的人

• 确认结论区分了“已到信”“已验证”和“已开通”，未观察部分明确标出。
• 检查附件、工单评论、录屏和自动摘要，不只是检查正文。
• 按团队规则清理临时原图、导出件与不必要副本；误传凭证时通知负责人处理。
• 写明接手人、下一次观察时间，以及是否需要重新发起验证。
• 确认地址剩余时间与后续任务匹配，不把已失效地址交给同事继续等待。

一份好记录应当在原邮件消失之后，仍能解释当时发生了什么。让它保存事实、边界和责任，而不是保存重新登录的钥匙。