直接上 kafka 吧

额。那就定时维护就好了， 脚本都是需要时间维护。。。

第一个问题，数据工厂本身定位就是只管造数用来业务测试，没接口测试平台那么高大上，当然你也可以说接口测试平台也可以做到呀，但你丢给他这么大个平台，开发会真的执行一下这个测试用例进行造数么？还不如直接点一下卡片来得舒服。
第二个问题，这块工作肯定是业务测试人员维护的啦，我们这边有类似的 KPI 要求。
第三个问题，本质上造数脚本大多都是调接口实现造数，不太可能自己写一套入库逻辑进行实现，自己另外写一套入库逻辑，很容易有脏数据

不管白猫黑猫，抓住老鼠就是好猫

just do it 加油💪🏻

差不多

JIE664616581

这里的副本指的是工作呢

96 年的

跟我开源的数据工厂，方向不大一样，我的更注重业务接口来造数据
https://testerhome.com/topics/34512

最后一句话很 real

买华为的吧，MateBook13 14 不错

这个可以的，维护好入参即可，各个公司业务不一样，我这边业务链路比较长，所以还是比较适合用数据工厂

推荐 fastapi

我这传统行业。。。管培生都要硕士起步了

没试过依赖环境这种情况，不过一般都可以用 Telnet 命令调用

A 状态用 xx 凭证，B 状态用 xx 凭证，凭证这些数据可以维护成 oss 或者直接维护在脚本项目里，需要哪些状态的账号，就从取哪个状态的凭证

根据你的描述，大致推出你的测试脚本入参，组装实际提交表单参数进行提交，接着进行审核通过
type 为必填，ossfile 非必填，支持从外部传入

{
    "type":"A",
    "ossfile": ["a","b"]
}

已经提交了开源项目，感谢大家 thanks
https://testerhome.com/opensource_projects/216

大家互相交流学习，thanks

谢谢兔总

谢谢~

楼上有一篇使用文档啦
https://www.yuque.com/joker-bo9zn/hp2cg3/ultb8c

感谢~

各业务线只需要写好代码，维护好脚本（方法）的注释（注释包括方法的基本信息、方法名、入参、出参），平台拉取脚本项目，执行 apidoc 命令，生成 apidoc 接口文档，通过解析接口文档的 json 数据，在平台展示脚本信息，平台负责执行脚本（方法）

界面不用维护，各业务线只需要写好代码，维护好脚本（方法）的注释（注释包括方法的基本信息、方法名、入参、出参），平台拉取脚本项目，执行 apidoc 命令，生成 apidoc 接口文档，通过解析接口文档的 json 数据，在平台展示脚本信息，平台负责执行脚本（方法）