接口测试的套路，没那么深

首先，我们先举几个身边的接口例子，通俗易懂的认识一下什么是接口，接口是如何工作的：

【从广义上来讲】接口是二个相对独立的部件进行信息交换的介质/方式。例如：

1.电脑和移动设备(手机、平板)通过USB (接)口拷贝文件；

2.水桶插到饮水机上方的凹槽(接口)，可以将桶里的水通过出水口放出来；

3.通过有线或蓝牙耳机听音乐；

【从狭义上来讲】接口是二个子模块或子系统间负责交换或传输(单向:进、出)数据的部分，无官方定义的分为4类：

1.函数级别,类提供的方法，是常见的最小粒度接口

2.模块级别

3.服务级别

4.网络级别

结合上面的介绍和举例，很容易理解接口工作流图(如图所示)。给定一个接口，我们该如何着手开展测试呢？

要掌握如何测试一个接口方法，首当其冲是梳理方法的所有入参，并保证其结构正确与完整，否则方法调用时会出错，不会返回执行结果。二种分析方式：

1.人工分析法， 阅读SDK接口定义的代码，逐层梳理。遇到：

a)Set、List类型，使用[ ]括起来；

b)Map类型，格式为 key:value；

c)字符串类型，使用双引号 “”括起来；

d)自定义对象，使用{ }括起来，并重复上面的情况

e)……

缺点：技能依赖、效率低、易出错等

2.工具分析法: 通过自研工具逐层解析每个参数，直到解析为原生数据类型，并给字段(属性)赋予默认值。如下：

从图中可以看出，只要选择接口名称、方法名称，就可以快速生成该方法的入参结构。经过格式化后，不仅输出了方法的完整入参结构，还给每个成员(参数、对象属性)赋了默认值。使用人员只需修改并确认参数值无误后，即可点击”执行”按钮调用接口方法，执行结果会直接呈现在当前界面。

由此可见，通过工具自动解析入参结构的方法，大大提高了测试人员、开发人员调用接口的效率，杜绝了人为犯错的可能，尤其是当需求联调要临时调用接口方法的时候。

设计接口测试用例时，必须考虑接口入参中每个字段(属性)可能变化情况(变化因子)和对应的值。变化因子考虑是否齐全直接决定测试覆盖程度，这个不仅依赖业务知识，对测试理论和编程基础知识也需要有深入的了解，下面的"数据类型VS测试场景库"是在日常测试过程中总结出来的，遇到某种数据类型，对应的场景应该都需要考虑。

对于接口测试，可以简单理解：