【测试自动化1】- RPA测试与测试管理

本文介绍UiPath测试套件的功能与应用:工具StudioPro (21.10已经合并到Studio),测试用例Test Case,管理Orchestrator中的测试集、测试计划,测试门户TestManager 测试管理

1 测试面对的基本问题

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

1.1 RPA遇到挑战:变化和脆弱

在这里插入图片描述

1.2 测试的价值和意义

  • 主动维护总是比被动维护好
  • 从 RPA 项目开始就认真对待维护将降低成本并增加节省
  • 在将它们部署到生产之前修复错误比在生产环境中修复错误便宜几倍
  • 通过适当的 RPA 测试在开发 IT 运营和生产之间实施质量门,解决常见的干扰因素,例如应用程序更改、环境问题和普通自动化问题
  • 持续集成为构建、打包和测试组件提供了一个框架,以便可以提供和实施快速反馈,从而实现需要低维护的稳定且有弹性的自动化。

1.3 及早规划测试方案!

在这里插入图片描述

1.4 常用测试类型

冒烟测试? 通电检测出现的最基本问题,RPA中网络问题、密码、账号问题,Test case。
回归测试?相对完整的数据,跑全流程,得到预先想要的结果!
在这里插入图片描述

1.5 功能和非功能测试

在这里插入图片描述

1.6 测试类型:黑白盒

在这里插入图片描述

1.7 RPA开发中的最佳实践

  • 开发和执行【测试用例】
  • 彻底的代码审查 - 活动级别
  • 遵循商定的标准和指南-命名策略-
  • 最佳技术
  • 硬编码值与配置
  • 资产 vs 配置文件 vs 流程参数
  • 重复代码
  • 可扩展性和可维护性
  • 干净的代码
  • 应用程序使用凭证,凭证的范围限制 检查是否暴露敏感信息(发送邮件、保存文件等)
  • 检查是否修改配置参数
  • 将资产用于可能更改和多次使用的变量;
  • 利用配置文件共享跨工作流共享的常量;
  • 为工作流使用默认参数/条件加载配置;
  • 在某些情况下,必须先验证应用程序的状态,然后才能继续执行流程中的某些步骤。措施可能包括使用额外的活动,在其他交互之前等待所需的应用程序状态(硬编码延迟是一种不好的做法);
  • 尽可能使用模拟点击/模拟类型或发送 Windows 消息。

1.8 测试最佳实践

  • 测试用例应该是独立(自治)的,一个测试用例不应该依赖另一个测试用例的运行;
  • 创建小型工作流程,以尽可能少地处理操作。这样会更容易理解和单元测试;
  • 一个测试用例应该有一个特定的目的——每个测试工作流应该只包含一个测试;
  • 每个特性都应该有一个单元测试;如果可能发生异常,还要为每个异常创建一个单独的测试;
  • 如果您发现 Given 部分很麻烦,则可能是工作流的开发方式存在问题 - 可能它不够原子,需要进行一些重构。模块化是良好单元测试的关键。编写测试是对开发的反馈/代码审查;
  • 只要有与测试用例目的无关的复杂步骤可以替换,就使用 Mocking;
  • 有适当的测试数据管理逻辑;
  • 维护测试用例;在任何更改请求后更新它们;
  • 在 CI/CD 管道中包含测试;
  • 活动名称是描述性的,为不明显的行为添加注释,活动名称应反映所采取的行动;
  • 使用了详细的日志记录和异常处理;
  • 针对不同阶段的错误计划恢复/重试;
  • 有一个专门用于测试的文件夹结构,并在整个项目中使用相同的测试用例命名约定;

2 RPA开发中的测试(P类型流程中+Studio的环境中)

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

在这里插入图片描述

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

在这里插入图片描述

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

在这里插入图片描述

2.4 模块模拟(只针对RPA测试,而非第三方测试)

相当于的占位模块(真实部分是引用,只读),模拟未来开发好的逻辑,未来提前实现并行测试。
在这里插入图片描述
在这里插入图片描述
创建模拟块!
在这里插入图片描述

2.5 绑定测试数据:

导入excel测试数据表
在这里插入图片描述
选择测试数据
在这里插入图片描述
查看运行结果!
在这里插入图片描述

2.6 SHA-回归测试的【练习】

网站:http://www.sha1-online.com/
关键字:UiPath
加密方式:见Excel文件!

在这里插入图片描述

2.7 代码分析器-工作流分析器:检查规范的执行,不是测试!

Workflow Analyzer 旨在使用一组规则来检查项目中的各种不一致。这些规则基于自动化最佳实践并且可以配置。
在这里插入图片描述

在这里插入图片描述
运行并检查结果!
在这里插入图片描述

2.8 测试覆盖率

测试资源管理器是一个显示与测试自动化相关的信息的面板。您可以使用测试资源管理器及其子面板将测试组合在一起、执行调试或分析活动覆盖率。 在这里插入图片描述

运行或调试测试用例时,还可以在测试资源管理器面板中查看结果以及活动覆盖率,即已执行活动的百分比。
在这里插入图片描述

2.9 测试数据的准备

平均而言,整个测试工作的约 50% 用于提供所需的测试数据

  • 这是一项复杂的手动任务-
  • 它需要一定的知识才能做到
  • 随着数据过时,您将不得不经常这样做 错误的数据导致低覆盖率或误报

2.9.1 生成测试数据

通过循环生成随机数据,存入Excel表!
在这里插入图片描述

2.9.2 添加空白测试队列

添加时必须输入JSON架构,可以新建一个新文本文件,内容放个{}大括号,文件扩展名json。
在这里插入图片描述

2.9.3 批量上传到空白队列中

在这里插入图片描述

2.9.4 使用(消耗)测试队列

通过循环,逐条读取队列,作为参数,调用RPA流程!
在这里插入图片描述

3. RPA上线之后的测试:Type=T

测试部署的方式流程类型局限
1RPA和测试在一起(易维护)一个P流程有些Studio版本可以
2RPA归RPA,测试归测试(易于分工,版本不混)1个P + 1个T调用流程参数繁琐

3.1 测试类型的流程

选择T测试,创建测试自动化项目(用于对RPA或第三方应用进行自动化测试)。
在这里插入图片描述

3.2 测试用例中添加RPA流程调用逻辑。

流程名称尽量使用包名称(OC中的流程名有可能找不到);参数表比较麻烦需要一个个抄;多个入口点需要提前Studio中设置。

在这里插入图片描述

3.3 设为可发布

在这里插入图片描述

3.4 发布流程

在这里插入图片描述

3.5 OC中测试用例可见

在这里插入图片描述

3.6 创建测试集 Test Set

创建新的测试集,选择上述发布的测试用例。
在这里插入图片描述

3.7 运行测试集 Test Set

运行测试集,在测试集所在的文件夹中,需要有Testing Robot
在这里插入图片描述
查看测试结果在这里插入图片描述

4 Test manager

4.1 创建新项目

在这里插入图片描述

4.2 从Studio中连接Test Manager 的项目

在这里插入图片描述

4.3 从Studio中发布Test Case 到Project

在这里插入图片描述

4.4 从Test Manager 中链接Test Set

在这里插入图片描述

4.5 运行测试集,从OC传回测试结果

在这里插入图片描述

4.2 Orchestrator和测试管理器TestManager关系图

在这里插入图片描述

  • 4
    点赞
  • 11
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值