过去RPA中怎么做测试？
在项目中手工Test：单元+功能+冒烟+回归。 RPA+参数调用（29Web.Json+output），测试计划-巡检！
客户没有买Studio Pro？怎么开始？后台许可包含测试，没有OC怎么做RPA的批量测试？绑定测试数据。
1、RPA遇到挑战：变化和脆弱
2、测试的价值和意义
主动维护总是比被动维护好，从 RPA 项目开始就认真对待维护将降低成本并增加节省，在将它们部署到生产之前修复错误比在生产环境中修复错误便宜几倍。
通过适当的 RPA 测试在开发 IT 运营和生产之间实施质量门，解决常见的干扰因素，例如应用程序更改、环境问题和普通自动化问题。持续集成为构建、打包和测试组件提供了一个框架，以便可以提供和实施快速反馈，从而实现需要低维护的稳定且有弹性的自动化。
3、及早规划测试方案
4、常用测试类型
冒烟测试： 通电检测出现的最基本问题，RPA中网络问题、密码、账号问题、Test case。
回归测试：相对完整的数据，跑全流程，得到预先想要的结果！
5、功能和非功能测试
6、测试类型：黑白盒
7、RPA开发中的最佳实践
开发和执行【测试用例】
彻底的代码审查 - 活动级别
遵循商定的标准和指南-命名策略-
最佳技术
硬编码值与配置
资产 vs 配置文件 vs 流程参数
重复代码
可扩展性和可维护性
干净的代码
应用程序使用凭证，凭证的范围限制 检查是否暴露敏感信息（发送邮件、保存文件等）
检查是否修改配置参数
将资产用于可能更改和多次使用的变量；
利用配置文件共享跨工作流共享的常量；
为工作流使用默认参数/条件加载配置；
在某些情况下，必须先验证应用程序的状态，然后才能继续执行流程中的某些步骤。措施可能包括使用额外的活动，在其他交互之前等待所需的应用程序状态（硬编码延迟是一种不好的做法）；
尽可能使用模拟点击/模拟类型或发送 Windows 消息。
8、测试最佳实践
测试用例应该是独立（自治）的，一个测试用例不应该依赖另一个测试用例的运行；
创建小型工作流程，以尽可能少地处理操作。这样会更容易理解和单元测试；
一个测试用例应该有一个特定的目的——每个测试工作流应该只包含一个测试；
每个特性都应该有一个单元测试；如果可能发生异常，还要为每个异常创建一个单独的测试；
如果您发现 Given 部分很麻烦，则可能是工作流的开发方式存在问题 - 可能它不够原子，需要进行一些重构。模块化是良好单元测试的关键。编写测试是对开发的反馈/代码审查；
只要有与测试用例目的无关的复杂步骤可以替换，就使用 Mocking；
有适当的测试数据管理逻辑；
维护测试用例；在任何更改请求后更新它们；
在 CI/CD 管道中包含测试；
活动名称是描述性的，为不明显的行为添加注释，活动名称应反映所采取的行动；
使用了详细的日志记录和异常处理；
针对不同阶段的错误计划恢复/重试；
有一个专门用于测试的文件夹结构，并在整个项目中使用相同的测试用例命名约定。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
