API测试自动化

整理这段时间以来的接口测试工作内容，发现存在以下问题：

• 接口测试并没有真正进行下去，而是变成了功能测试。
  虽然也和另一个同事争论过，接口测试是不是也是功能测试的变相表达方式，但是我还是认为，通过调用一系列接口来最终实现某个功能，不是真正意义上的接口测试。

• 用例设计其实存在很大的缺陷。
  造成这个现象存在的原因有：

  1. 自身对业务不熟悉，只能靠业务测试自己写用例
  2. 自身接触接口测试时间不久，对接口测试的用例设计其实并不了解
  3. 由于1和2，写出来的用例不符合接口测试的用例要求

• 大部分的时间都用在了码代码上面，效率很低。
  这个就不多做评价了，本来老大的目的也就是全员码代码，但是盲目地写一些其实很没必要的代码其实很浪费大家的时间，我应该要负大部分责。

• 创业公司迭代快，我所理解的接口测试需要投入的人力、时间成本太大。

• 同样是我理解的单个接口测试：造数据困难。

附上我所理解的接口测试：
单个接口：
不同输入参数的排列组合，根据接口内部逻辑，得到不同的返回值以及其他业务变动，如：数据库值的改变。
多个接口：
应该就是我现在做的？