背景：金融行业 DUBBO 协议 需要做接口测试
- 痛点 1：金融行业业务逻辑复杂，开发接口文档逻辑没有能够详细到测试人员直接写接口测试，所以每次写接口的业务相关逻辑时，都得扒代码
痛点 2：金融行业业务逻辑复杂，查询 SQL 关联太多，构造数据时非常头痛，需要理清表与表之间的关系
问题 1：接口测试需不需要关注业务逻辑，需要的话，是要覆盖全业务场景？
问题 2：业务逻辑复杂的数据如何构造? 目前各个接口没有串联，各个接口都是独立的，所以不存在调用 A 接口为 B 接口准备数据
痛点 1：建议在需求的角度分析业务逻辑，结合需求文档、接口文档去分析接口测试点
痛点 2：可以试着 MOCK 所需数据，如果有数据库权限的话可以将各个业务场景数据梳理成存储过程
问题 1：接口测试需要对此接口所涉及的业务场景进行覆盖的
问题 2：建议 mock 或直接存储过程
问题 2：很奇怪啊，都是独立接口没串联？那正常的业务数据哪来？
ps：接口都是独立且没串联，这种设计没见过增删改查通过一个接口实现？