随心、随意、随景
- api 和 ui 自动化测试综合测试平台
- 非传统测试平台设计，无全局变量、环境变量、临时变量的设定
- 半自动一键关联数据上下级关系
- 操作简便、平铺式展开 api 所有内容，方便查看和预览
- 使用 Playwright 录制 ui 用例，可选的 Selenoid 远程浏览器，python 在线代码编辑器
- allure 测试报告
- 二次元 Saber (二次元就是第一生产力！)
自动化用例如何快速成型，呐！就是这个。
在继续阅读前，心理上请预先接受 2 个设定：
1.api自动化 倾向于业务流程
2.ui自动化 倾向于界面交互
在用例快速成型的目标前提下，我们需要约束好它们各自能力的范围
“快速编写用例”，这正是这个平台设计的初衷。从测试人员的角度出发，使测试人员用的舒畅，写的舒服，不对软件使用的复杂度望而生畏， 以此为目的再去完善周边功能
让编写自动化用例，赶得上测试用例设计
- 有模板-用例-数据集的概念，1 个模板可以生成 N 个用例，1 个用例可以挂载 N 个数据集
- 数据源来源于 Swagger、charles.har (数据来源是可扩展的，按模板格式存入即可)
数据来源的扩展：只需要针对性的去解析不同格式的文件，按统一的数据模板保存即可
如 postman, jmeter, yapi 等
模板是可以任意组装的，数据来源只是收录 api 的不同方式
参数提取和使用的核心操作页面，也仅有这个页面
红色为正确的阅读顺序，绿色为实际的操作步骤从上到下 1.2.3 步(你可能需要切换 tab 标签来查看不同参数位置的数据)，即可完成数据关联及参数替换
无需记录变量值，抠破脑袋的想变量名；无需为参数应用于哪些接口而发愁；一切交给程序自动处理，只需要告诉它：你想替换什么
- 有模板-数据集的概念，1 个模板挂载 N 个数据集
- 没有采用 POM 设计 （我们确定了 ui 的测试范围：页面交互）
为什么没有采用 POM 设计，在这里不需要
界面交互通常情况下是点对点的测试，没有复杂的业务背景，也就不需要分层设计、数据剥离
当改动较小，在线编辑修改脚本内容即可
当改动较大，删除文本内容重新录制即可
一个 python 在线编辑器，仅此而已
将录制好的 playwright 文本内容复制到在线编辑器中，提交保存，一份 ui 测试的脚本就完成了。已经是极致的便捷
可以在页面上二次编辑二次开发脚本，为了让脚本更好的完成 ui 测试工作
你甚至可以只打印 hello world 而不做任何事
- 优化间要信息：使用 websocket 实时更新，方便查看测试进度
- 优化进度条：使用 websocket 实时更新进度条
- 测试报告包含：报告列表、趋势图、测试详情数据
- 目前仅 api 测试使用自身测试报告，ui 测试暂时继续使用 allure
- 和 api 用例几乎相同的操作模式
- 支持同步、并行异步执行 ui 用例(目前异步执行 allure 报告还有问题)
- 可以看到一个 jsonpath 用在了哪些接口(number)的哪些位置(path\params\data\headers\check)
- 简单操作 jsonpath(正在做...大概会有恢复数据、批量修改功能)
- 后端 python 解析，返回到前端
- 填充到模板编辑窗口
- charles 的 har 过滤：按 mimeType 内容进行过滤 js、css、image 等
- chrome 的 har 过滤: _resourceType 字段值 != xhr
- 表达式：{{number.$.jsonpath?number}}
- 优化提示信息展示效果
- 解析 har 时，response-headers 落库
- 上下接口数据关联时，支持选择 response-headers 进行匹配
- response 的取值表达式：{{number.$.jsonpath}}；response-headers 的取值表达式：{{number.h$.jsonpath}}
- 查看最新执行 api 用例后的测试结果
- 存在缓存中，需要运行一次用例后才能看到，重新后失效
- 在模板上进行调试操作
- 调试时可以使用系统通用的各种表达式取数据
其实我也不知道“调试功能”应该怎么做合适
这是直接按个人想法做的，简单粗暴只会返回 json 格式的数据，不包含 html 等
配置——绑定——使用
- 全局配置包含：系统列表、域名列表、自定参数、数据库表、统一响应
- 环境组合包含：api 用例绑定、ui 用例绑定、域名绑定、自定参数绑定、数据库表绑定
- 应用场景：一条用例，多个被测环境运行；一条用例，多套环境组合；最大行自定义用例中可变的数据
- 统一响应：在转化用例时与 response 对比，自动添加到用例 check 中
- 系统列表：api 用例、ui 用例标识
- 未采用 docker 容器部署，可自行尝试
- 建议使用 Python3.8 以上版本
- 环境安装：pip install -r requirements.txt 或 pip3 install -r requirements.txt
- 创建一个目录，将项目文件拷贝到目录下
- 可使用 python main.py 或 python3 main.py 直接启动
- 或使用命令：nohup uvicorn main:app --host 0.0.0.0 --port 9999(自定义端口)启动
- 若启动过程中提示还有未安装的库，请根据提示自行使用 pip 安装
- setting.py 文件夹需要设置：ALLURE_PATH(allure 报告存放路径)、LOG_PATH(日志路径)、HOST(allure 访问路径)
- 接口文档：http://ip:port/docs
- 前端编译环境：vite+vue3+element-plus
- 建议使用 vscode 编辑器，vite 构建工具可自行搜索下载
- npm install 安装第三方库
- npm run dev 启动 dev 环境
- npm run build 打包，默认打包目录在同级文件目录下的 dist 文件夹
- 在 python 后端根目录下新建 static 文件夹
- 将 dist 文件夹内的 3 个文件，拷贝到 static 目录下
- 主页：http://ip:port/index.html
- 博客：https://blog.csdn.net/yangj507/category_12359965.html
- 后端：https://gitee.com/myjiee/fast-api_auto_test
- 后端：https://github.com/My-Jie/FastApi_auto_test
- 主页：http://localhost:8000/index.html
- swagger-ui: http://localhost:8000/docs
