“接口测试的准备数据要用 UI 自动化来准备 ”
这句话的意思是 前置条件准备比较复杂，比如有一个用例，
用例：正常用户登录，输入用户名密码，能登入系统

但是在登录的时候，要校验 用户名背后管理的各种信息，比如
1.用户名没有被禁用
2.用户名在有效期以内
3.用户名对应的商家有上传营业执照，且营业执照在有效期以内
4.用户名有缴纳消费者保障费用
5.一些其它信息等。。

以上条件都符合才能正常登录，当然也可以通过接口来准备这一大坨预制条件，，只是比较麻烦，还不如走一遍 UI 自动化来的方便，不知道你们怎么准备这一大坨预置条件的？

额，就是准备用你们开发的 itest work

嗯嗯，分离的话倒是可以考虑下

因为系统比较古老，并不是像现在的前后端分离，不过也可以理解为接口，毕竟无非都是 GET POST 接口，只是工作量太大，字段稍微变动一下，接口维护工作量也大，所以还不如用 UI

数据库稍微一变，也要跟着变，都不简单

说的很有道理，但是我没有时间去研究底层逻辑，能解决当前问题就好

经历了动辄 测试平台，动辄 postman

全是古代的那种 http 请求，这个算接口不？

mock 工作量太大，而且数据有依赖，比如参数 A 对应的店铺，必须上传了营业执照且文件存在

就是玩儿，CSRF 和 jmeter 没有直接关系
我记得 jmeter 还有 selenium 插件来着，你怎么不用 jmeter 来操控 selenium？
就是玩儿

打印出来，每天背一遍

参考我的 骚操作： https://testerhome.com/topics/32845

我 tmd 醉了，假设有 10 个开发，每个开发每天写 10 个方法，共 100 个方法，每个方法有 20 行代码，共 2000 行代码
你 1 个测试 去 review 2000 行代码？

使自动化变为自动化？

所以，到底要不要检查数据库？

你这个问题，我也思考锅，思考结果如下：
转过去，就你那点增删改查技能，如何在那么多开发中 卷得 出类拔萃？
继续留在测试中，你还有机会出类拔萃

对比 json 了，还要校验关键字段？

我都是一整串 全部比对，，不过这样的话，如果返回的字符串稍微一改动，就需要批量维护，工作量挺大

手动点赞

assertj

能自动化的，坚决自动化，写几条 和成百上千条，考虑的问题完全不一样

头大

我这里的流程也是比较复杂，哎，太复杂了，头大，一个用例跑下来 平均 10~15 分钟

有收获，感谢回复