接口测试 接口测试就必须用 postman?

树叶 · 2022年07月29日 · 最后由 蟹黄小龙宝 回复于 2022年08月03日 · 7082 次阅读

接口测试用 postman 没问题,但是如果该接口处于流程的末端,那么测试数据的准备很麻烦,需要走一长串流程,才能生成想要的 接口入参,
而前面的流程没有接口, 只能通过界面点点点来准备。

所以我都是用 UI 自动化准备数据 + 代码调用接口, 貌似和江湖上动辄接口就用 postman 不太一样?

共收到 13 条回复 时间 点赞

用 mock 不行吗

工具而已,哪有什么必须用的。参考工具人

前面的流程没有接口是什么意思?在前端发送数据不是通过接口传给后端吗?

我更想了解下楼主是经历了什么才能提出这么个问题

布吉岛 回复

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

王德法 回复

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

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

说实话 点进来之前我以为是另一个接口测试工具的广告贴

结合实际情况,选择自己适合的方案。比如楼主面临的问题,我猜测会不会是现有的系统太复杂或者历史的原因,未必能提取出来系统的接口文档,所以没办法完全用 postman 或者其他工具,用纯 api 的方式去打通?
那么在这种情况下,你用更直观的 UI 自动化去完成前置的登录步骤,也是可行的方案。比如有些系统的登录是需要依赖 SDK 的,而 SDK 里面的登录未必能完全用纯 api 的方式去 call 成功。

本质上界面展示的动态数据都是来源于数据库,理清数据来源,可以直接从数据库获取入参。如果有操作测试环境的数据库权限,完全可以由代码去数据库获取可用数据,而不用通过 UI 自动化。把接口测试和 UI 关联,这个维护层本太高了,一旦 UI 变化,就得重新维护代码.

树叶 #12 · 2022年08月03日 Author
爱测角 回复

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

爱测角 回复

简单业务这样做比较快,复杂的金融类业务还是前端更快。对这种系统来说,为了系统稳定, UI 几年都不会迭代一次,成本很低。

需要 登录 後方可回應,如果你還沒有帳號按這裡 注册