最近在做接口测试自动化，遇到一个问题，就是某些系统业务逻辑复杂，依赖性较强，接口之间存在数据依赖（例如上一步的接口产生了某些数据，可能通过响应返回，也可能存在数据库中），另外涉及创建等接口数据需要一直更新，不然就用不了。主要有如下问题：
1、测试数据如何构造更有效：业务依赖强，通过流程性一步步构建数据链条太长，且效率应该不高；通过数据库直接构造，数据库表和业务的逻辑关系确实也复杂，完全梳理清楚有不小的工作量。（目前使用比较简单的 testng 数据驱动，但用例多了之后，测试数据维护在 excel 就不太方便了，另外目前系统整体的数据字典其实是不清晰的，或者说是没有维护的。）
2、如果能通过上述 1 构造测试数据，如何能和自动化用例形成有效的关联，数据和用例能一一对应上？我的理解是需要有一个中间环节，管理用例 - 触发数据构造 - 保证数据和用例之间的关联，这样整体的复杂度就上升了一个层次。
综上，请教各位大佬是否有比较好的实践或者建议，构造复杂业务下的接口自动化？谢谢。