随便测测平台

随心、随意、随景

api 和 ui 自动化测试综合测试平台
非传统测试平台设计，无全局变量、环境变量、临时变量的设定
半自动一键关联数据上下级关系
操作简便、平铺式展开 api 所有内容，方便查看和预览
使用 Playwright 录制 ui 用例，可选的 Selenoid 远程浏览器，python 在线代码编辑器
allure 测试报告
二次元 Saber (二次元就是第一生产力！)

自动化用例如何快速成型，呐！就是这个。

在继续阅读前，心理上请预先接受 2 个设定：

1.api 自动化倾向于业务流程
2.ui 自动化倾向于界面交互

在用例快速成型的目标前提下，我们需要约束好它们各自能力的范围

“快速编写用例”，这正是这个平台设计的初衷。从测试人员的角度出发，使测试人员用的舒畅，写的舒服，不对软件使用的复杂度望而生畏，
以此为目的再去完善周边功能

让编写自动化用例，赶得上测试用例设计

api 测试用例流程

有模板 - 用例 - 数据集的概念，1 个模板可以生成 N 个用例，1 个用例可以挂载 N 个数据集
数据源来源于 Swagger、charles.har (数据来源是可扩展的，按模板格式存入即可)

数据来源的扩展：只需要针对性的去解析不同格式的文件，按统一的数据模板保存即可

如 postman, jmeter, yapi 等

模板是可以任意组装的，数据来源只是收录 api 的不同方式

核心功能

参数提取和使用的核心操作页面，也仅有这个页面

红色为正确的阅读顺序，绿色为实际的操作步骤从上到下 1.2.3 步 (你可能需要切换 tab 标签来查看不同参数位置的数据)，即可完成数据关联及参数替换

无需记录变量值，抠破脑袋的想变量名；无需为参数应用于哪些接口而发愁；一切交给程序自动处理，只需要告诉它：你想替换什么

随便测测 - 做接口测试

ui 测试用例流程

有模板 - 数据集的概念，1 个模板挂载 N 个数据集
没有采用 POM 设计（我们确定了 ui 的测试范围：页面交互）

为什么没有采用 POM 设计，在这里不需要

界面交互通常情况下是点对点的测试，没有复杂的业务背景，也就不需要分层设计、数据剥离

当改动较小，在线编辑修改脚本内容即可
当改动较大，删除文本内容重新录制即可

核心功能

一个 python 在线编辑器，仅此而已

将录制好的 playwright 文本内容复制到在线编辑器中，提交保存，一份 ui 测试的脚本就完成了。已经是极致的便捷

可以在页面上二次编辑二次开发脚本，为了让脚本更好的完成 ui 测试工作

你甚至可以只打印 hello world 而不做任何事

随便测测 - 做 UI 测试