测试 My Domain 更改

在 Sandbox 中测试

My Domain 更改会影响 Salesforce 登录 URL、应用程序 URL 和面向外部的 URL，例如 Experience Cloud 站点、Visualforce 页面和内容文件。为了避免最终用户中断，在您更新生产之前，重要的是您需要在 Sandbox 中测试 My Domain 更改。

当您在 Sandbox 中测试时，请注意完成成功测试所需的更改。当您在生产中实施相同的 My Domain 更改时，使用该列表更新您的组织。

备注 当您在 Sandbox 中启用和部署增强域时，您的 My Domain 登录 URL 以及您的 Lightning 页面和 Lightning 容器组件的 URL 会发生变化。当您在生产环境中启用和部署增强域时，这些 URL 不会更改，除非您还更改了 My Domain 名称或后缀。

需要复习 Sandbox？请参见 Sandbox：为环境分阶段以自定义和测试。

更新您的组织和网络设置

当您更改您的 My Domain 详细信息时，贵组织的登录 URL 和应用程序 URL 会发生变化。Salesforce 动态构建的 URL 会自动使用新的 URL，但一些 Salesforce 功能需要更多步骤。同样，Apex 代码、JavaScript 代码、您的网络配置和包含旧 URL 的现有数据不会自动更新。

通过更新对旧 URL 的引用来确保平稳过渡。例如，使用新的 My Domain URL 更新允许列表、自定义 Visualforce 页面、API 集成的端点和身份提供商。有关更多信息，请参阅针对 My Domain 更改更新您的组织。

在测试期间禁用重定向

当您重命名 My Domain 时，Salesforce 会将您以前的 My Domain URL 重定向到您当前的 My Domain。为了识别对新 My Domain URL 的访问问题，我们建议您在测试期间禁用所有重定向选项。

为了帮助用户过渡到新的 My Domain URL，完成测试后，您可以再次启用这些重定向。

有关详细信息，请参阅 My Domain 重定向。

配置 My Domain 策略更改

My Domain 登录策略确定除了 My Domain 登录 URL 之外，用户和 SOAP API 是否可以使用实例 URL，例如 https://na139.salesforce.com 来访问您的组织。

备注 该策略适用于组织中的所有已部署和已配置的域。

有关更多信息，请查看设置 My Domain 登录策略。

配置 My Domain 设置

My Domain 设置决定了通过 My Domain 登录到 Salesforce 组织时的用户体验。例如，您可以自定义 My Domain 登录页面，并添加身份验证服务，例如单点登录 (SSO)。您可以在累计域更改后更新这些设置，但最好通过其他 My Domain 更改进行设置和测试。有关详细信息，请参阅 配置 My Domain 设置。

准备测试

您的 Salesforce 组织的登录和应用程序 URL 在整个 Salesforce 中使用。例如，这些 URL 用于 API 集成、Experience Cloud 站点、自定义 Visualforce 页面和自定义应用程序。有关详细信息，请参阅 My Domain URL 格式。

提示 My Domain 设置页面显示贵组织的当前 My Domain 登录 URL 和正在进行的任何 My Domain 更改的登录 URL。有关组织中其他 URL 的格式，例如 Visualforce 页面、Salesforce 站点和 Experience Cloud 站点，请参阅 My Domain URL 格式。

如果您启用了增强域，或者如果您在启用了增强域的组织中重命名了 My Domain，则 Experience Cloud 站点和 Salesforce 站点的 URL 会发生变化。在测试计划中包括从所有接入点验证这些面向外部的 URL。例如，站点 URL 可在您的网站、社交媒体页面、市场营销材料和模板中使用，例如电子邮件签名和自动回复。

要补充您的测试计划，请考虑在您的测试中包括用户和合作伙伴。最终用户测试可以帮助验证最常用的工作流。合作伙伴可以帮助高效识别和补救访问问题。

执行功能、最终用户和集成测试

运行自动和手动测试，以确保它们通过更新的 My Domain。

自动测试可以识别访问您的组织时出现的问题。但是，这些测试可能会遗漏掉一些项目，例如 Visualforce 页面上断开的链接或内容。要测试这些问题，请登录 Salesforce，并单击选项卡和链接。要测试面向外部的链接，例如 Experience Cloud 站点，请验证每个用户类型从所有可用点的访问。然后与合作伙伴一起验证集成。

在功能、最终用户和集成测试中，包括这些 Salesforce URL 的常见使用情况。

• 最终用户登录过程，包括多重身份验证。
• 自定义 My Domain 登录页面。
• 对组织的集成访问权限，例如可以访问 Salesforce 数据，或向组织提供数据的 API 调用、Apex 代码和外部应用程序和系统。还包括通过连接的应用程序、Lightning Out (Beta) 和嵌入式服务部署（聊天）进行的调用。
• 计算机电话集成 (CTI)，如 Salesforce 呼叫中心、Service Cloud 语音和 Click to Dial
• 面向外部的站点，例如 Experience Cloud 站点，作为经过身份验证和未经身份验证的来宾用户。
• 自定义域，例如 https://www.example.com，为 Experience Cloud 站点和 Salesforce 站点提供服务。
• 引用您的自定义域的外部集成。
• 如果实施 IP 限制并启用增强域，请测试对 Experience Cloud 站点和通过 IPv6 为其提供服务的任何自定义域的访问权限。
• 面向 Salesforce 组织和 Experience Cloud 站点的 SSO。
• 您的组织和 Experience Cloud 站点之间的 SAML SSO
• 如果您允许用户直接从 My Domain 登录页面使用替代身份提供商选项进行身份验证，请使用每个可用提供商验证该登录过程。同样，测试移动用户的所有基于浏览器的身份验证方法（如果在您的组织中可用）。
• 如果您配置了 Salesforce 身份验证提供商，那么用户可以使用 Salesforce 凭据登录自定义外部网络应用程序。验证每个外部 Web 应用程序的登录过程。
• 如果您已自定义贵组织，例如通过按钮或 Visualforce 页面，请确保彻底测试更改。查找由于硬编码引用而断开的链接。例如，查找基于实例的 URL，例如 https://na139.salesforce.com。
  

  提示 要搜索 Salesforce 代码，请下载元数据。然后使用命令行界面，例如 Salesforce CLI。
• Salesforce 中存储的内容，例如图像和文件。多个位置可以引用此内容，包括 Visualforce 页面、Experience Cloud 站点、Salesforce 站点和支持站点 (myTrailhead)。
• 从您的站点到 Salesforce 组织的链接，例如到内容、报表、文件和其他站点的链接。

测试已安装的软件包

如果您从 AppExchange 安装软件包，请在您的测试中包含软件包交付的功能和组件。关注包含链接的组件。例如，软件包交付的 Visualforce 页面可包含到站点、内容或其他 Visualforce 页面的链接。

备注 在大多数情况下，无法编辑软件包交付的组件。如果您发现您可以编辑软件包交付的组件，不要直接编辑该组件。否则，下一个软件包更新将覆盖更改。

我们建议软件包开发人员使用生成的主机名和相对路径来构建任何链接。如果遵照该方法，已更新链接将在 My Domain 更改后工作，例如启用增强域。如果您发现来自 AppExchange 的软件包交付的组件或功能有问题，请联系软件包开发人员。让他们了解该问题，以便他们可以发布解决该问题的软件包的新版本。

在生产中再次测试

在生产中进行 My Domain 更改前，我们强烈建议您在 Sandbox 中测试这些更改。理想情况下，Sandbox 包括生产的所有功能，但与生产可能有明显的差异。例如,并非与所有与第三方应用程序的集成都在 Sandbox 中可用。一些数据类型、工作流或复杂测试场景只能在生产中测试。因此，在生产中部署 My Domain 更改后，我们建议您执行另一轮测试。

后续步骤

完成测试后，要为开始使用您的新 My Domain 的用户提供帮助，请提供这些用户经常使用的页面的链接，例如您的登录页面。如果更改了登录策略，则通知用户，并鼓励他们在首次重新定向时更新其书签。。

如果您启用增强域，更新面向外部的链接，例如公开可用的 Experience Cloud 站点和 Salesforce 站点。例如，站点 URL 可在您的网站、社交媒体页面、市场营销材料和模板中使用，例如电子邮件签名和自动回复。创建一个计划来更新每个位置，并向您的用户和客户宣布更改。