赞👍🏻等一个接口关联功能

一般接口的 response headers 里面的 Content-Disposition 会有 filename，可以用这个；又或者自己重新自定义文件名，接口名 + 时间戳，一般就不会重复了

1. 注释写起来不算麻烦吧，反正都是可以 cv，看了团队其他人写的，参数最多也就 4 个
2. 至于维护，就算接口自动化平台分离出来的造数脚本，也要一直维护，少不了这事
3. 如果不想写注释的话，其实可以新加个功能，在页面自定义新增，那种我觉得更加复杂，譬如这下面的（图源另一小组开发的数据工厂） 以上个人见解~

测试人员的

总结得不错，但是太多斜体，看得费劲

裁员 ing.jpg

有能力就转开发吧

A 佬牛逼！

1. 限时重试、异步处理、监控和报警，只能这样了，尽量不阻塞主要业务逻辑。。。目前了解就这些
2. 在微服务架构中，注册中心是不直接参与微服务之间的实际调用，注册中心主要用于服务的注册和发现，以便消费者找到可用的服务提供者。消费者找到了提供者的信息后，直接与服务提供者进行通信了的；至于服务容错、限流、降级具体怎么，不是很清楚，知识盲区

枚举？

主要是看公司的业务吧，我这边的大多都是长流程，涉及好几条业务线，用户订单过来，经过了 OMS、调度系统、WMS、TMS、FNC 等等。。。所以数据工厂还是很必要的= =

get

自己封装一个 mybatis

你这第三个参数，开发是定义成 alibaba.fastjson.JSON 么？这种不一般是自定义对象名么？cn.com.xxx.scs.api.wms.dto.xxx.StaffMaterialReq

还是跟接口平台区别很大，数据工厂核心是 py 脚本，接口平台核心是接口用例

直接上 kafka 吧

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

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

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

just do it 加油💪🏻

差不多

JIE664616581

这里的副本指的是工作呢

96 年的

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