Created
Jul 28, 2024 04:02 AM
Favorite
Favorite
Priority
备注
推荐
🌟🌟🌟🌟
类型
测试技术
背景
为了保障用户资产操作的完整性，历史有设计一个自动化方案，通过对比「预发环境的操作菜单列表+正式环境的操作菜单列表」结果是否一致，来确认当前版本是操作菜单是否与线上一致。
历史方案的不足：需要在2个环境执行相同的脚本，耗费时间多1倍，例如预发环境执行10min，则正式环境也需要执行10min，效率较低。
优化后的方案
正式环境的菜单列表数据以配置文件形式存储，减少在正式环境通过UI自动化读取预期菜单列表值的动作，具体方案如下：
使用yaml配置文件存储线上标准的菜单列表配置，如下图：（yaml语法可自行百度）
代码-读取ymal配置文件方法
代码-测试用例中直接读取yaml
代码解析：
- 第20行之前的代码都是业务逻辑，通过UI自动化步骤读取操作菜单列表数据，赋值给变量result
- 第21行：从yaml表格内读取预期操作菜单列表数据并赋值给变量expect
- 第24行：通过assert 对比result和expect的值是否一致，一致则表示用例执行通过，否则进行人工确认是否存在缺陷
通过使用yaml配置存储预期的期望值，可以节约一半的自动化执行时间（减去正式环境执行UI自动化读取预期数据的时间），不足之处就是需要建立人工维护yaml配置文件的机制，当迭代更新或者线上配置变更时，需要及时维护更新ymal配置文件。
- 历史设计方案：「UI自动化比对」质量卡点，让我的工作效率瞬间飙升
- 遍历读取菜单列表：UI自动化测试：遍历页面元素并获取文本的实践分享
"千思万虑，不如一试身手，实践出真知。"
UI自动化提效15