开篇之前，先简单分析一下目前接口测试现状；接口测试是开展项目测试实施过程中非常重要的环节，对于新增接口和修改接口更是需要做到应测必测，但是在实施过程中普遍存在一些问题；

其中，工具将接口测试的重点聚焦于接口测试的准备阶段，通过api接口文档或自定义格式接口文档进行，通过配置“用例集”与参数“组装规则”生成执行阶段所需要的完备测试用例与数据，然后通过工具自动进行执行：

a，耗时长：接口测试整体流程较长，对每个字段都需要进行各种校验，且人工进行基础性字段验证的过程极为繁琐和重复；
b，无数据留存：每次接口测试所使用的完整的测试用例、测试数据、测试结果不易留存，不方便复测和排查问题；
c，容易遗漏：纯手工测试，受制于测试人员的能力、经验，测试的覆盖度无从追溯，且枯燥乏味的字段校验极容易遗漏；

基于以上问题，我们需要利用一种可以通过预配置实现、基于经验积累、满足多种测试要求的接口测试工具。

国内最大的在线API管理服务供应商Eolink，致力于满足各行业客户在不同应用环境中对API管理全生命周期的个性化需求，提供API开发管理、开发团队协作、自动化测试、网关以及监控等服务，还集成了Gitlab，jenkins，钉钉，企业微信，飞书等平台帮助企业实现开发运维一体化，提升开发速度并且降低运维成本，是国内API整体解决方案的领军者。

Eolink工具将接口测试划分为三个阶段，分别为准备阶段、执行阶段以及后续工作。准备阶段主要是准备接口测试所需要素和配置，执行阶段主要为工具自动化执行生成测试用例、数据和接口测试的执行，后续工作主要为生成擎云所需要的自动化测试文件，对执行结果进行断言判断，手工录入tfs进行缺陷跟踪等。

Eolink工具将接口测试的重点聚焦于接口测试的准备阶段，通过api接口文档或自定义格式接口文档进行，通过配置“用例集”与参数“组装规则”生成执行阶段所需要的完备测试用例与数据，然后通过工具自动进行执行和实时监控。

工具将接口用例组装过程拆分成接口层、参数层、用例集组装层、兜底测试组装层、参数组装规则层这几部分，下面对这几层进行详细的介绍。

接口层：接口层中包含的是接口的整体信息，主要有接口的类型（post/get），接口所包含的参数，接口可能所需要的header头等信息。该部分信息可以通过读取api接口文档或自定义接口文档或者手工录入的方式进行维护。

参数层：该层聚焦于接口中的某个具体参数，如图二中的单个“phoneNo”参数，该层主要为了聚焦单个参数并将其送至后续的“用例集组装层”、“兜底测试组装层”进行衍生和变形。

用例集组装层：该层通过预先配置好的“用例集”对参数进行组装，从而生成单个参数所需要衍生出的测试用例与数据。参数与用例集的匹配有自选和工具根据参数名进行匹配两种方式，关于“用例集”这一概念的具体设计思路我们将在下文进行详细解释。

用例集是自动化接口测试的“血肉”，是完成数据预配置、经验积累的实现方式，是对接口数据进行衍生和测试的基础。用例集中包含了测试系统、参数属性、内容、用例内容的信息，下面我们对这几个字段进行详细解释。
a，测试系统：标志了该用例集所在的测试系统，由于不同系统中所使用的测试数据、测试考量点不同，所以用例集需要根据系统对接口参数进行匹配，同时标识系统也方便了同系统的测试人员对数据进行分享和复用。

b，参数属性：标志了该用例集为参数类型还是参数名，如果为参数名的话，就当作普通的用例集对该参数名进行优先匹配，如果为参数类型的话，工具就会自动对该系统内该种参数类型的参数进行兜底测试。

c，内容：与参数属性相对应的参数名称或参数类型。

d，用例内容：包含了用例描述、正反向类型和测试数据。其中，测试数据为非必选项，如果测试数据为空的话，那么仅可以生成接口测试用例而不可以生成接口测试报文。

Eolink还是全球首个API全生命周期管理平台，除了API管理、自动化测试服务以外，还提供了包括API网关、API监控、API自动生成等服务，以及API开放交易平台。Eolink已累计服务全国3万家企业，帮助企业实现开发运维一体化，提升开发速度并降低运维成本。致力于“让API管理更简单”，通过为企业提供强大的API管理工具、网关方案、监控方案以及API数据服务产品，帮助企业提高API管理水平、降低运维成本、提高获取数据和服务的能力。Eolink 的未来和网络共生，在现有的基础互联网系统上促进一个新的基于API的互联网经济体系的成立，我们认为未来的一切均是软件、所有的数据和服务均可由API提供，Eolink 作为API服务的先驱者将不断地在该领域探索和前行！