Test Cloud 用户指南
本节介绍如何在 UiPath™ 生态系统中管理 Test Cloud 组织。概述部分涵盖了 Test Cloud 组织的各个基本方面，如创建、运营和各种功能。
有关 Test Cloud 平台功能的更多详细信息，请访问《Automation Cloud 管理员指南》。
数据安全性和合规性在数字世界中至关重要。UiPath 的 Test Cloud 以及整个 UiPath™ Platform 均符合这些要求。
Test Cloud 会定期对其多项安全证明进行内部和外部验证。 您可以在 UiPath 网站的“安全”部分中找到这些证明的列表以及有关我们安全实践的更多信息。
UiPath 可以根据保密协议 (NDA) 提供有关运营和安全实践的详细信息。有关这些详细信息，请联系您的 UiPath 客户团队。
UiPath 平台的数据安全性和合规性提供数据驻留、加密方法、证书以及功能安全特性，例如审计日志记录、认证与授权、访问控制、防火墙配置以及功能发布方法。
有关 Test Cloud 数据安全性与合规性的更多信息，请访问 Automation Cloud 的数据安全性与合规性。
配置防火墙
为了确保 Test Cloud 及其服务按预期运行，您可能需要配置组织的防火墙设置。如果组织的网络安全设置仅允许访问特定网站，您需要根据您使用的 UiPath™ 产品和用例，建立一个所需域名的允许列表。Test Cloud 及其显示的服务使用的允许域名列表与 Automation CloudTM 及其关联服务相同。要查看 Automation Cloud 允许的域名列表，请访问“配置防火墙”。
在 Automation CloudTM 和 Test Cloud 中，组织代表一个完全独立的环境，用于管理您的自动化需求和资源。它是您在 UiPath 平台内的专属操作空间。组织是 Test Cloud 中可用的最高层级。新注册 Test Cloud 之后，必须创建组织。
您可以通过以下方式识别组织：
- 唯一 URL：每个组织都有一个唯一的 URL。URL 的最后一部分称为帐户逻辑名称（即
orgID），是从注册期间提供的公司名称中自动衍生而来的。它的生成会受到一定的限制，例如不能使用 Unicode 字符、空格，并且必须是唯一值。 - 组织名称：注册时提供的公司名称。
- 支持 ID：每个组织都有一个唯一的支持 ID，主要用于与 UiPath 交互，例如提交支持工单。
Test Cloud 本身沿袭了 Automation Cloud 的这些功能，因为它是 Automation Cloud 的专用界面，因此保留了与 Automation Cloud 组织相同的 URL。
有关组织的更多信息，请访问关于组织。
用户可以在可用的身份验证方法中灵活选择。管理员有权允许使用已有的所有方法（Google、Microsoft、基本身份验证），也可以仅限 Google 或 Microsoft。
使用 Google、Microsoft、LinkedIn 或个人电子邮箱进行身份验证：
新组织通常默认采用此模型。此模型要求管理员向用户发送邀请，用户收到邀请后则可以创建 UiPath 用户帐户。
用户可以将其受邀电子邮件地址作为用户名并创建密码，或者使用已有的 Microsoft 帐户（个人帐户、Azure AD 关联帐户或 Office 365 帐户）、Google 帐户（个人帐户或 Google Workspace 帐户）或其个人 LinkedIn 帐户登录 UiPath 用户帐户。
仅使用 Google 或 Microsoft 进行身份验证：
此身份验证模型要求用户仅使用 Google 或 Microsoft 帐户登录。尽管如此，用户必须根据邀请使用电子邮件地址创建 UiPath 帐户。
目录帐户模型：
目录帐户模型依赖于与 UiPath 平台集成的第三方目录。这使您可以在 UiPath 中重用公司已建立的身份方案。
- Azure Active Directory：如果您订阅了 Microsoft Azure 或 Office 365，则可以将 Azure 与 UiPath 平台集成，以便在 UiPath 中使用 Azure Active Directory 中已有的用户和组。
- SAML 2.0：允许您将 UiPath 平台与您选择的身份提供程序 (IdP) 集成。这使您的用户能使用已在 IdP 中注册的帐户通过单点登录 (SSO) 连接到 UiPath。
有关 Test Cloud 中身份验证和安全性的更多信息，请访问“了解身份验证模型”。
有关如何激活、分配、取消分配和监控许可证的更多信息，请访问 Automation Cloud 的“许可”部分。
租户和服务是 Test Cloud 组织的核心组件。租户反映了组织结构、业务流程以及体现您实际组织维度的信息。它们以容器的形式运行，在容器中为一组用户安排和管理服务。例如，为每个部门创建单独租户，然后根据其需求确定他们需要启用的服务。每个云服务可以在每个租户中有一个实例。
默认租户
当您开始在 Test Cloud 中创建一个组织时，系统会自动为您创建第一个租户，并将其命名为 DefaultTenant。
多租户
多租户有助于实现公司不同部门的自动化，同时控制每个部门的数据访问权限。此外，您可以为每个租户配置特定设置，例如配置服务以及根据需要启用/禁用服务。
有关在 Test Cloud 中管理租户和服务的更多信息，请访问关于租户。
UiPath 生态系统中的每个用户或机器人都会被授予一个帐户，该帐户可以识别他们在组织中的唯一位置，提供特定的角色以及对 UiPath 产品的访问权限，管理许可并设置机器人配置。
帐户类型
- 用户帐户：此类帐户用于识别个人。您可以分配许可证、角色，并将这些帐户添加到组中。用户帐户分为两种类型：
- 本地用户：这些帐户已链接到 UiPath 帐户。此类帐户在 Test Cloud 中创建，也由组织管理员通过该帐户进行管理。用户本身拥有帐户，但组织管理员可以使用帐户的引用来编辑、删除或管理帐户的角色和组成员身份。
- 目录用户：这些帐户在 UiPath 平台之外的云活动目录（如 Azure Active Directory）中定义。
- 机器人帐户：这些帐户运行无人值守的后台流程，与任何特定用户帐户均无关联。
组
组是用户或帐户的集合，通过集中管理来实现有效管理。可以按照类似的访问权限、许可需求和 UiPath 功能对其进行分组。组简化了为大量用户同时应用更改的过程，而且可以根据需要为其分配其他角色。组的类型包括：
- 本地组：在 UiPath 平台内创建和管理。
- 目录组：在 UiPath 外部定义，位于链接目录中，可以在 UiPath 平台中像本地组一样管理。
继承
帐户通过其在组中的成员身份而被授予角色、许可证和机器人配置。服务访问权限、许可证和角色等各个方面都是根据帐户与组的关联进行分配的。如果一个帐户与多个组关联，该帐户将获得所有权限。
AI Trust Layer 为所有 UiPath™ 产品的生成式 AI 功能和智能体提供了管理和严格的监管功能。AI Trust Layer 旨在确保每次交互中的数据机密性和安全性，可以将您的数据限制在 UiPath™ 环境中。有关更多信息，请访问关于 AI Trust Layer。
使用外部 OAuth 应用程序增强和扩展您的 UiPath 平台功能。它们可以扩展 UiPath 的功能范围，无需承担共享凭据的风险，即可安全地访问 UiPath 资源。这些应用程序可以在安全的 OAuth 框架下与 UiPath 的 Identity Server 及其各种资源无缝交互。要详细了解如何注册这些应用程序，请访问 OAuth 应用程序。
通过通知，随时了解您的操作及其结果。通过应用内通知和电子邮件通知跟踪组织帐户内的用户操作或管理操作。要详细了解如何启用和管理通知，请访问关于通知。
日志记录是用于执行各种任务的重要工具，例如调试问题、报告趋势以及增强安全性和性能。Test Cloud 以及其他云服务会根据各自的独特要求使用不同类型的日志。有关日志使用和管理的详细信息，请访问关于日志。
