之前有遇到过这种情况，写了个小工具，以后测试可以参考这个使用一下试试看https://github.com/Jennypopping/OldTimeRoad

感谢回复，之前实现功能时用于测试的机型较少，后续会参考一下相关的内容做一下兼容~

带带弟弟https://github.com/sml2h3/ddddocr

考虑到接口请求方式、返回结果，有些接口需要引用别的返回接口返回值或者请求结果值保存后面接口使用，所以每个接口写一个 case，这样做合理吗？
合理。接口测试引用前置条件的接口返回值，这个是很常见的场景，若前置接口引用次数较多，需要把它列为单独的用例。

看网上工程项目基本是每个接口都需要写一条 case,但是现在开发想让所有接口通过一个 case 来实现……………………这样合适么？
不合适，前置内容应仅包含用例所需的内容，否则会有以下缺点
1.当获取所有的参数的方法/用例报错时，会影响到全部的用例
2.用例可读性较差，假如每个用例的第一步都为获取所有的参数的方法/用例，多人协作时无法知道前置步骤请求了什么接口，需要什么参数，带来维护上的成本

测开最大的价值是解决业务测试流程中真正的痛点，而这个痛点，只有真正在手工点点点的同学知道。无论是 UI、接口自动化还是自建平台，在没有获得业务测试的认可和使用前都不算是有价值的内容，只能算是完成 kpi 式的向上管理。你现在要做的就是与各个业务测试团队沟通并确认真正的需求，并将其实现

好家伙，这脑洞确实有点大

特地登录来给你点个赞