测试自动化

为了充分利用您的测试工作，请根据应用程序或 RPA 测试考虑以下测试自动化最佳实践。

应用程序测试

• 使用测试自动化框架模板实施稳定且可扩展的自动化项目。
• 测试用例应相互独立。一个测试用例不应依赖于另一个测试用例的运行。
• 测试用例应仅具有一个特定目的。每个测试工作流应仅包含一个验证。
• 每个功能都应该有一个单元测试。如果允许存在异常，则为每个测试用例创建一个单独的测试和异常。
• 在 Given-When-Then 测试用例结构中，如果 Given 部分变得过于广泛且难以管理，请尝试重新定义测试用例。它可能需要更多的粒度或重构。
• 维护测试用例，并在收到任何变更请求后进行更新。
• 考虑建立测试管理逻辑，以使用单一方法定义测试用例。
• 要提高单个测试项目之间以及测试和 RPA 项目之间的可重用性，请尽可能使用库和对象存储库。
• 将测试包含在 CI/CD 管道中。
• 应尽快运行作为 CI 管道一部分的功能测试，以免延迟构建。因此，请尝试在尽可能多的机器人上并行执行这些测试。
• 活动名称应反映所采取的操作。对于不明显的行为，请考虑在活动中使用注释。
• 考虑使用详细的日志记录和异常处理来调试流程并避免漏报结果。
• 在不同阶段计划恢复或重试错误，以避免失败的结果。
• 考虑使用专用于测试的文件夹结构，并在项目中使用相同的测试用例命名约定。
• 对于可能会更改并多次使用的变量，请使用资产。
• 对于在继续流程中的某些步骤之前必须验证应用程序状态的场景，请考虑应用验证措施。这些措施可能包括使用额外的活动，在其他交互之前等待所需的应用程序状态（硬编码延迟不被视为良好做法）。
• 只要有可能，请考虑使用模拟单击/键入或发送 Windows 消息。
• 不要在 Studio 之外删除、移动或重命名测试用例。仅在 Studio 中执行这些操作。如果应引用另一个项目中的测试用例，请使用“导入测试用例”。

RPA 测试

• 测试用例应相互独立。一个测试用例不应依赖于另一个测试用例的运行。
• 考虑创建小型工作流，以处理尽可能少的操作。通过这种方式，可以更轻松地理解并执行单元测试。
• 测试用例应仅具有一个特定目的。每个测试工作流应仅包含一个验证。
• 每个功能都应该有一个单元测试。如果允许存在异常，则为每个测试用例创建一个单独的测试。
• 要提高单个测试项目之间以及测试和 RPA 项目之间的可重用性，请尽可能使用库和对象存储库。
• 在 Given-When-Then 测试用例结构中，如果 Given 部分变得过于广泛且难以管理，请尝试重新定义测试用例。它可能需要更多的粒度或重构。模块化是良好的单元测试的关键。编写测试可以充当开发的反馈/代码审核。
• 每当有与测试用例目的无关的复杂步骤可以替换时，请使用模拟。
• 考虑建立测试管理逻辑，以使用单一方法定义测试用例。
• 维护测试用例，并在收到任何变更请求后进行更新。
• 将测试包含在 CI/CD 管道中。
• 每当提交对 RPA 的更改时，都要运行测试用例，以确保没有引入错误。
• 准备一个可由 IT 部门在预生产环境中运行的 RPA 测试集，每当他们计划推出环境更改（如 Windows 更新）时，您就可以在潜在问题出现之前将其捕获。
• 活动名称应反映所采取的操作。对于不明显的行为，请考虑在活动中使用注释。
• 在不同阶段计划恢复或重试错误，以避免失败的结果。
• 考虑使用专用于测试的文件夹结构，并在项目中使用相同的测试用例命名约定。
• 对于可能会更改并多次使用的变量，请使用资产。
• 对于在继续流程中的某些步骤之前必须验证应用程序状态的场景，请考虑应用验证措施。这些措施可能包括使用额外的活动，在其他交互之前等待所需的应用程序状态（硬编码延迟不被视为良好做法）。
• 只要有可能，请考虑使用模拟单击/键入或发送 Windows 消息。
• 不要在 Studio 之外删除、移动或重命名测试用例。仅在 Studio 中执行这些操作。如果应引用另一个项目中的测试用例，请使用“导入测试用例”。

有人值守的自动化的 RPA 测试

在以下主题中，您可以了解如何根据特定的测试场景对有人值守的自动化执行 RPA 测试。

注意：确保您同时拥有 Orchestrator 和 Test Manager 的有效许可证。

有人值守用户验收测试

谁执行测试	测试程序	捕获测试结果	许可证要求
• 手动测试人员 • UAT 或企业 SME	QA 团队在Test Manager中定义手动测试用例，如下所示： A.先决条件步骤 B.自动化执行 断言 UAT 测试者在Test Manager中执行手动测试用例。 UAT 测试者根据需要测试的特定场景为有人值守的自动化准备环境，如步骤 1a 先决条件步骤中所定义。 UAT 测试者通过 UiPath™ Assistant 执行有人值守的自动化。 UAT 测试者在执行自动化后验证断言。	UAT 测试者可以在 Test Manager 中使用结果，包括屏幕截图和文档。	UAT 测试者需要有人值守的自动化许可证。您可以根据部署类型管理许可证: • 本地部署 您可以根据两种情况解决此问题: • 将自动化包发布到已为 UAT 测试者分配有人值守自动化许可证的 Orchestrator 生产环境。 • 将一部分有人值守用户许可证分配给Orchestrator 非生产环境。

无人值守回归测试

谁执行测试	测试程序	捕获测试结果	许可证要求
无人值守测试机器人。	QA 团队在Test Manager中定义测试用例，如下所示： A.先决条件步骤 B.自动化执行 断言 自动化开发者在现有自动化基础上创建测试用例。通过 模拟有人值守的用户操作。 自动化开发者可以将 Studio 中的测试用例链接到Test Manager 。 自动化开发者将测试用例发布到 Orchestrator，然后将其分组到测试集中（基于业务要求）。 无人值守测试可以通过 Orchestrator 和 Test Manager 手动执行，也可以在 Orchestrator 中进行计划。 （可选）如果 CI/CD 工具可用，则可以利用它们进行完全自动化的测试和部署。UiPath 通过以下方式提供 CI/CD 集成: • Azure DevOps 扩展程序 • Jenkins 插件	无人值守测试机器人提供执行详细信息和事件。	测试运行时