本人做接口测试也有一段时间了，会用一些测试接口的工具，也会用 python 写一些测试脚本，
但是始终觉得接口测试做起来有点无力的感觉，可能是自己菜，说下自己在测试过程中的问题，
忘有经验的人或者大神给我提供一下建议和思路。
1、测试接口需要覆盖系统的所有业务逻辑流程吗，如果是这样，感觉接口测试的工作量特别大。
2、有些接口关联了多个接口，要测试这个接口，必须前后调用多个接口，比如一种业务，A 接口需要关联 B、C、D 接口，B 接口又关联了 F 接口，这种业务逻辑庞大的情况，应该怎样去设计接口测试的用例，我现在只会 python 的 unittest，怎样靠 unittest 框架 def 个用例实现多个接口关联，来操作一个业务流程，或者有更好的方法处理这种情况
3、开发有时写了接口文档，但是写的很简单，即便有时候写的比较详细了，多个接口之间的调用，自己还是不清楚的，还是得去问开发他们的关系，
但是问了开发，开发又会觉得耽搁他时间，但是不问清楚这些接口之间的逻辑，你根本测不出来里面的业务逻辑问题，只是单独成功跑一下单个接口，觉得根本没多大意义
暂时就想到这些问题，语言组织的比较拙劣，希望各位能看懂，有这方面经验的朋友，希望给我解答下疑问
- 胖子不是一口吃出来的， 接口按优先级，慢慢加测试就行了。
- 其实大部分业务情况并不是接口依赖，而是数据依赖。 接口依赖指的是接口内部会调用另外一个接口。 这种情况是很少见的，从设计上将对外暴露的接口很少会这么干。 你的情况应该是想要测试这个接口，就需要调用另几个接口来创建需要的测试数据。 例如想测试查看订单，就需要先调用创建订单的接口。 所以实际上，应该是这种数据依赖的场景比较多。 这种情况解决方法挺多的， 产品逻辑简单的可以直接在数据库中插入数据的方式做，前提是你对你们的数据库设计很了解。 产品逻辑复杂的数据库表关系就很难梳理出来了。 这时候可以在所有测试运行前实现创造好一批数据，所有 case 来用就可以了。 当然了每个 case 执行后要把数据恢复过来， 这方面我是通过 java 的 assertJ 写了个数据恢复的工具。 python 的我暂时没找到什么方法做这个事。
- 没文档可以直接看代码，或者在浏览器抓包，根据对业务的理解一般是可以写用例的。
