截至 2026 年 11 月 2 日，Salesforce 官方说明：邮箱登录默认体验自 2026 年 8 月起逐步推送至沙盒，生产组织自 2026 年 10 月起逐步推送。因为是按组织推进，不能假设你的组织已经切换。验收 Salesforce 邮箱登录验证码时，请分开验证邮箱输入、邮件收取、验证码接受、账号或组织选择和最终登录状态；收到验证码不等于登录成功。自动化还需走用户名登录时，按官方入口单独维护用例。(Salesforce 登录变更说明)
负责 Salesforce 沙盒或测试组织 UI 登录回归的 QA：你需要确认邮箱登录及验证码环节。
维护登录自动化的开发者：你需要在默认登录界面变化后复核脚本。
管理多个测试组织的管理员：你需要确认邮箱关联账号与组织选择是否正确。
最后更新于 2026 年 11 月 2 日，数据核实自 Salesforce Help 当前登录变更说明、邮箱登录说明及相关入口文档。实际页面只作为受测组织的现场证据，不代表其他组织已经完成切换。
先确认组织与登录入口
开始测试前，先把目标限定清楚：你测的是沙盒还是生产组织；脚本打开的是通用登录页、组织的 My Domain、Experience Cloud 站点，还是第三方单点登录入口。入口不同，登录页面和认证步骤可能不同。Salesforce 将邮箱登录默认体验变更的适用范围限定在通用登录页的 UI 流程，并明确说明它不改变 My Domain 与 Experience Cloud 登录页；不要把一处页面的观察结果套到所有入口。(Salesforce 登录变更说明)
| 测试目标 | 入口核对 | 验收时的边界 |
|---|---|---|
| 生产组织 | 通用生产登录页，或组织指定的 My Domain | 生产组织可能按批次出现默认体验；记录本次页面，不推断全组织状态 |
| 沙盒 | 通用沙盒登录页，或该沙盒的专属 My Domain 地址 | 官方列出两类登录入口；若组织策略限制通用入口，应使用组织指定入口 |
| Experience Cloud | 站点自己的登录页 | 不把通用登录页的默认邮箱登录变化当作站点行为 |
| 第三方 SSO | 实际配置的身份提供方入口或组织登录页 | 跟踪重定向和认证结果；不要将跳转误判为 Salesforce 已完成登录 |
生产组织与沙盒的通用入口不同，组织也可能要求使用自己的域名。执行前可对照 Salesforce 的登录地址选择说明，并保存实际访问的入口。这样发生失败时，你能先排除“进错组织或入口”，避免把入口策略问题记成验证码故障。
测试前再检查账号条件。邮箱登录面向通过通用登录页进行 UI 登录的人类用户；集成用户和服务账号不能使用该方式。共享邮箱、无法收取邮件的地址，以及受组织设置影响的账号，也可能不适合邮箱登录。(Salesforce 邮箱登录说明)
首次运行时记录真实页面
不要先假设所有账号都会出现验证码。使用获授权的测试账号打开指定入口，输入邮箱后记录页面文案、可选认证方式和跳转目标。邮箱关联多个 Salesforce 用户账号时，官方说明登录流程可能先要求邮件验证码，之后再显示可选账号；只有一个账号时，流程不一定相同。(多账号邮箱登录流程)
这里的目标不是证明“所有组织都已更新”，而是辨明当前被测组织的实际路径。若看到邮箱输入页，记下入口和账号类型；若页面仍提供用户名登录，记下是否能从该页面切换；若被导向身份提供方，继续记录跳转后的认证结果。把这些现场结果与官方说明对照，但不要用单次 UI 观察代替官方发布范围。
| 观察到的现象 | 可支持的判断 | 不能据此判断 |
|---|---|---|
| 输入邮箱后收到验证码 | 本次测试邮箱收到了与流程相关的邮件 | 页面已经接受验证码，或登录已完成 |
| 输入验证码后出现账号列表 | 邮箱验证后进入账号选择阶段 | 所选账号一定是目标组织 |
| 页面跳转到 SSO | 登录路径触发了身份提供方流程 | SSO 已认证成功或 Salesforce 会话已建立 |
| 到达目标组织内页面，且身份核对一致 | 本次路径完成了目标组织登录验收 | 其他入口、账号或组织也已通过 |
验证码收件与页面接受分开断言
验证码验收至少分成两项：邮件是否收到，以及验证码是否被当前页面接受。第一项核对收件地址、邮件内容与本次执行的对应关系；第二项在页面实际提交验证码后，确认流程进入下一状态。把两项合并成一个“邮件断言”，会让测试在验证码错误、页面未提交或会话已失效时仍可能误报通过。
建议把收件证据记为“未到达”“已到达但未提交”“提交后被接受”或“提交后未通过”，并关联测试执行标识、账号和组织。不要在日志、截图或缺陷单里公开完整验证码及真实个人邮箱；需要共享证据时，遮盖敏感字段。你也可以先阅读测试环境如何隔离身份与数据，明确测试地址、账号和组织信息分别该放在哪里。
对邮箱关联多个账号的用例，按官方描述验证：先输入邮箱，再观察是否要求确认邮箱；完成页面接受的验证码后，查看可选择账号或环境，再选择目标项。官方说明中，验证码用于确认邮箱访问权，之后才会列出关联账号；账号后续可能仍要求密码或由管理员配置的第三方身份验证。(多账号邮箱登录流程) 因此，验证码通过和最终获得目标组织访问权是两段不同的验收。
账号选择后的 FAQ
只看到验证码邮件，没有账号选择页，算失败吗？
不一定。先判断该账号是否关联多个 Salesforce 用户，以及本次页面是否已接受验证码。单个账号和多个账号的路径可能不同；如果流程停在验证页面，再按页面状态、测试账号条件和登录入口定位失败点。不要用“收到邮件”替代预期页面状态断言。
同一邮箱有多个账号，选中目标项后还要继续测什么？
继续确认后续密码或身份提供方认证是否成功，并检查最终页面所属组织。账号选择只说明你选择了某个关联用户，不证明该用户拥有你期待的权限，也不证明最终跳转没有落到其他环境。
用户名回归怎样避免被邮箱默认页影响？
给用户名路径单独设置入口和断言。Salesforce 官方资料说明，可在通用入口使用 login=1 参数继续用户名登录；例如登录页地址带上 ?login=1。My Domain 的登录规则不同，必须用受测组织的实际 URL 验证。不要依赖按钮坐标或固定文案，因为页面可能变化。(Salesforce 邮箱登录说明)
自动化回归与决策条件
把邮箱登录与用户名登录拆成不同用例。邮箱路径检查邮箱输入、验证码触发条件、收件、页面接受、账号选择和最终组织；用户名路径检查预期入口、用户名输入、后续身份认证和最终组织。不要把两种路径混在一个测试里，再依赖固定按钮位置或单一文案选择器。
如果测试包含移动端，也单独建用例，不要直接复用桌面结果。Salesforce 的变更说明将移动应用列为独立推进范围；官方移动登录说明还列出了单独的生产邮箱登录入口以及多账号验证码和账号选择流程。(移动应用登录说明) 移动端应按实际应用版本、连接类型和目标组织记录结果。
按以下条件选择自动化路径：
- 若目标是验收邮箱登录和验证码，使用该组织实际支持的邮箱入口；验证邮件是否到达、页面是否接受，以及最终是否进入目标组织。
- 若目标是稳定回归传统用户名登录，按官方说明为通用入口配置
login=1；如果组织要求 My Domain，则改用组织入口并单独验证，不把通用入口参数视为所有登录页通用规则。 - 若目标是 Experience Cloud 或第三方 SSO，使用对应站点或身份提供方的真实入口，独立检查重定向和认证结果，不用通用登录页用例替代。
- 若测试账号无法访问验证码邮箱，不要伪造“邮箱登录通过”；改用获授权、可收件的测试账号，或将该场景明确标注为不适用。
执行步骤可以直接写进回归用例：
- 确认测试组织、账号类型和获授权范围。
- 记录通用登录、My Domain、Experience Cloud 或 SSO 的实际入口。
- 输入测试邮箱，保存页面变化与认证选项。
- 检查验证码邮件是否对应本次执行和预期地址。
- 在页面提交验证码，独立记录是否被接受。
- 若出现账号选择，选定目标账号后核对组织身份。
- 检查最终页面状态，并保存入口、关键页面和失败阶段证据。
这些步骤不应将验证码正文或密码写入自动化日志。对失败结果，至少区分入口不符、邮件未到、验证码未被接受、账号选错、后续认证失败和最终组织不符。有关收件断言的边界，也可参考如何验收测试邮件的实际收件。
收尾记录与临时收件选择
最终记录应能回答：本次测了哪个组织、从哪里进入、使用哪类账号、验证码是否到达、页面是否接受、账号或组织是否选对，以及最终登录到了哪里。结论只覆盖这组入口、账号与本次执行结果；不要把一个沙盒通过写成所有 Salesforce 登录方式都已通过。
验证码收件用例可以使用受控测试地址，前提是该地址能满足你实际验证的收件目标，并且测试账号允许使用它。执行前应核对地址可用性、收件可见性和团队的数据处理要求；不要预设任何临时地址都兼容 Salesforce 登录或能稳定收到邮件。
若你只是为获授权的测试组织临时收一封验证码，不希望把个人主邮箱放进测试数据，可以考虑用 MsgMask 的临时邮箱：免注册、即开即用，也能避免把主邮箱暴露给这次测试。先确认当前收件能力符合你的用例，再将它作为受控测试收件方案；涉及重要账号找回、长期收件或必须回信的流程，仍应使用受控的长期邮箱。你可以从 MsgMask 临时邮箱 开始检查是否适合当前验收。
常见问题
Salesforce 测试组织的邮箱验证码验收要记录哪些结果？
先记录测试组织类型与实际入口，再分别确认输入邮箱后的页面变化、验证码邮件是否到达、页面是否接受验证码，以及最终进入的组织身份。邮件出现在收件箱只证明收件链路有结果，不等于验证码已被接受，也不能证明登录完成。结论只适用于本次组织、入口和账号。
同一个邮箱对应多个 Salesforce 用户时，怎么测账号选择？
使用获授权且确实关联多个用户账号的测试邮箱，完成邮箱验证后检查账号选择页是否列出预期用户或环境。选择目标测试组织后，再核对登录后的组织标识或页面状态。不要只看验证码邮件，也不要仅凭选择页出现就判定访问权限正确。
自动化回归还能固定走用户名登录吗？
可以为用户名路径单独维护用例。Salesforce 官方说明，可在通用登录入口使用 `login=1` 参数进入用户名登录流程；如果测试使用 My Domain，则需按该组织实际入口验证。自动化应等待页面状态或表单语义，而不是依赖按钮固定位置、文案或某次截图。
验证码邮件到了，怎样判断 Salesforce 登录真的通过？
继续检查页面是否接受验证码、是否出现账号选择、是否完成后续密码或身份提供方验证，并确认最终页面属于目标组织。若页面仍停在验证码环节、跳到了错误账号，或重定向到未完成认证的入口，都不能记为登录通过。每个阶段应分别保留测试证据。
现在创建一个短期收件箱
复制地址、查看倒计时并按本文节奏等待；若任务需要长期找回，请改用转发别名。