疑问：接口用例，基于接口文档编写的多，还是基于业务编写的多
自己的考量：感觉接口测试虽然说是接口，但是感觉更多的还是需要结合业务来进行，但是用例数繁多，如何自动生成，接口的组合拼接？但是这样生成的用例质量堪忧觉得，主要理由，无效用例过多
请教：有没有大佬愿意分享一下关于接口测试用例生成活着编写的思路
「原创声明：保留所有权利，禁止转载」
要结合业务的自动生成肯定是不现实的，因为业务都不一样的啊，最多就是帮你把接口用例都写好，你自己组合
业务性强的接口，肯定是要手工写的。举个例子，一个文章列表接口，测试点会有很多，1.随机抽几篇文章核对内容 2.核对总数 3.检查排序方式。。。等等 类似这样的用例我是想不出通过自动化生成的可能性。
能通过技术等手段提升效率最好，假如不能等话还得老老实实手动写，毕竟接口自动化的目的是发现问题，覆盖率达不到那原始目的就很难达到，这样的话还不如什么都不做，我是这么认为的。
根据 Json 自动生成实体文件有，idea 有个插件就行。
swagger 生成 jason 文件，然后导入到你的脚本中，或者平台、工具。
可以自己定制,把需要的数据往 excle 去自动写入,灵活多变
ORM ,可以思索一下，还是可行的
分开来看，对于单接口来说，通过规则（schema）可以自动生成脚本；对于多接口组合（业务场景），可以考虑使用便捷的接口测试工具进行可视化编辑，能节省时间。