看到 runnergo 就知道事情不简单

这个是当初为了解决跨越的问题，临时加了个/api/路径，你可以在前端配置文件里面，注释掉那断配置，然后重新打包，再放到后端是 static 目录下

看路径多了个 api，前端的配置文件里面去改一下

A 佬太牛了

就说爱不爱吧

哈哈，感谢认可，推动整个 UI 自动化进步，还是夸大了

这个有考虑到的
1.关于取值：不管从 response 还是 response-headers 取都一样，都属于接口的内容，都是 json，要从 params、data 里面取值，扩展一下取值范围就行，框架是支持扩展的
2.关于随机数据：里面是有写一些随机方法，用的 faker 库，调用方法：{function.arg}，方法是可以自己写的，包括前置数据处理也可以写好方法来调用

●后端
○https://gitee.com/myjiee/fast-api_auto_test
○https://github.com/My-Jie/FastApi_auto_test
●前端
○https://gitee.com/myjiee/auto_test_web
○https://github.com/My-Jie/auto_test_web

使用的 aiohttp，没用用第三方工具

个人觉得：录制，是当前测试用例快速成型的必备方法之一。
最近流行的 playwright 就是基于录制，生成 ui 测试脚本。selenium4 好像也支持录制（未了解过
那么，api 用例也是可基于录制，来输出用例。这是一个好的开始，因为你在考虑怎么降低测试用例的编写难度了，编写测试用例复杂度以前大多数人都没注意到这个。1 个小时的编写，和 10 分钟的编写是区别很大的

然后对于 1 楼说的使用场景，其实这与 “录制 “这个动作没太大的直接关系，录制只是快速获取 api 的方式。至于如何灵活，需要你的编码能力和设计，是可以解决的。

录制的 response 完全可以利用起来的，这对上下级数据关联有极大的帮助，做得好可以全自动关联，所以有了下面的建议：
取消变量的设定，用接口用例序号去做上下级数据关联

我为什么知道，因为我就是这样做的，只不过我用的 charles 录制，再解析，落的是数据库而不是 yaml

至于第 6 点，不要质疑自己，如果你觉得它给你带来了不一样的便捷，自己都用得舒服，那就是值得的。反之亦然
如果想交流，可以看我的文章