接口测试其实很难界定,我之前理解接口测试虽然算不上白盒测试,但也至于黑河测试.后来跟我们一开发聊天,他说接口测试其实就是白盒的一部分.
后来又跟一阿里的大数据聊,他说接口测试属于（黑盒测试）功能测试,好吧，无所谓啥测试了.接口一般就是看输入输出，如果是单纯的接口测试，无
数据依赖的情况还是比较简单，至于数据可以批量的从配置文件或者excel 里取就行，循环调用,但切记返回结果校验的准确性,所以要数据要分组,比如
某一批数据属于正确的数据，某一批属于异常的数据，具体如何细分数据组，要看你接口的返回状态。如果是比较复杂的接口,比如之前有人提到的退款，要

有很多数据依赖，如果是我，我会这样做 ----

 1. 通过接口创建数据，但有条件，如果你调用几次接口就可以创建你想要的数据了，那么这种方式无非是非常

快速的，而且动态可参数化，要多少，一个循环的事 。如果是复杂的情况，除非公司给你大量的人力物力去写脚本，否则，真没必要搞

 2. 数据库读取，但有条件，

如果你的接口是经验要回归测试的，那么可以写个多个sql 随机查询出符合条件的记录，但一般我很少用JDBC，都是写个页面，直接查询，返回给前台 ，以后如如果

别人也需要其他数据，我只需要维护一个简易的平台就好了，它可以随机查询出任何我想要的数据，这样做接口比较方便 

3. 数据导入到库 ---- 确保一个干净的系统，

把需要用到的数据写入到库,然后把数据已sql的形式导出，如果后期想用直接运行sql 文件，你要的数据就都有了，接口可以随便调用,但这种也有一定的问题，经常要
维护sql，解决方式就是部署另一套干净的测试环境,改应用配置到新库，一般开发都维护应用，很少改动库，我想到的就这些，大家可以根据自己的需求动态调整，但基本也就这样