1 测试面对的基本问题

过去RPA中怎么做测试？- 在项目中手工Test：单元+功能+冒烟+回归； RPA+参数调用（29Web.Json+output）； 测试计划-巡检！
客户没有买Studio Pro？怎么开始？后台许可包含测试
没有OC怎么做RPA的批量测试？绑定测试数据

1.1 常用测试类型

冒烟测试？ 通电检测出现的最基本问题，RPA中网络问题、密码、账号问题，Test case。
回归测试？相对完整的数据，跑全流程，得到预先想要的结果！

1.2 功能和非功能测试

1.3 测试类型：黑白盒

1.4 RPA开发中的最佳实践

• 开发和执行【测试用例】
• 彻底的代码审查 - 活动级别
• 遵循商定的标准和指南-命名策略-
• 最佳技术
• 硬编码值与配置
• 资产 vs 配置文件 vs 流程参数
• 重复代码
• 可扩展性和可维护性
• 干净的代码
• 应用程序使用凭证，凭证的范围限制 检查是否暴露敏感信息（发送邮件、保存文件等）
• 检查是否修改配置参数

1.5 测试最佳实践

• 测试用例应该是独立（自治）的，一个测试用例不应该依赖另一个测试用例的运行；
• 创建小型工作流程，以尽可能少地处理操作。这样会更容易理解和单元测试；
• 一个测试用例应该有一个特定的目的——每个测试工作流应该只包含一个测试；
• 每个特性都应该有一个单元测试；如果可能发生异常，还要为每个异常创建一个单独的测试；
• 如果您发现 Given 部分很麻烦，则可能是工作流的开发方式存在问题 - 可能它不够原子，需要进行一些重构。模块化是良好单元测试的关键。编写测试是对开发的反馈/代码审查；

只要有与测试用例目的无关的复杂步骤可以替换，就使用 Mocking；

有适当的测试数据管理逻辑；

维护测试用例；在任何更改请求后更新它们；

在 CI/CD 管道中包含测试；

活动名称是描述性的，为不明显的行为添加注释，活动名称应反映所采取的行动；

使用了详细的日志记录和异常处理；

针对不同阶段的错误计划恢复/重试；

有一个专门用于测试的文件夹结构，并在整个项目中使用相同的测试用例命名约定；

将资产用于可能更改和多次使用的变量；

利用配置文件共享跨工作流共享的常量；

为工作流使用默认参数/条件加载配置；

在某些情况下，必须先验证应用程序的状态，然后才能继续执行流程中的某些步骤。措施可能包括使用额外的活动，在其他交互之前等待所需的应用程序状态（硬编码延迟是一种不好的做法）；

尽可能使用模拟点击/模拟类型或发送 Windows 消息。

2 RPA开发中的测试

2.1 RPA中加入测试用例依赖包

2.2 创建模块、为模块创建测试用例：

2.3 调用RPA模块，实现测试的入参出参。

2.4 绑定测试数据

2.5 检查测试结果

UiPath测试套件：

工具StudioPro(21.10已经合并到Studio），测试用例Test Case，管理Orchestrator中的测试管理（测试集、测试计划)

1. RPA开发中的测试：Type=P

1.1 单元测试

1.2 测试数据

1.3 测试运行

1.4 模块模拟

1.5

2. RPA上线之后的测试：Type=T

2.1 测试类型的流程

2.2 测试案例的发布

2.3 测试集 Test Set

3. 第三方应用的测试：Type=T

3.1 SAP功能测试

3.2 手机测试自动化

4. 测试管理器 Test Manager

5. CI/CD