场景接口测试平台搭建实践

作者|刘琳琳

背 景

在持续的业务测试中，接口用例会逐步沉淀形成一定规模。RD自测或者QA测试时，RD要执行冒烟级别接口测试用例进行冒烟测试，QA要执行接口测试用例测试新需求、回归老业务。在需要执行用例时，要去接口用例工程中反复查找相关用例进行执行。如何更高效的管理和使用接口用例？通过平台化，降低管理成本和执行成本，即根据业务场景、用例类型等维度进行分类管理，可视化执行。

平台介绍

1、新增工程: 配置接口用例的工程

（1）配置名称：对用例分类的描述，一个测试用例工程可以新增多个配置，通过配置名称区分；

（2）测试代码路径：测试用例@Test代码的路径；

2、更新节点：进行包、类、方法节点更新，这里主要解析用例工程中的TestNg的@Test方法，会以树状结构展示测试方法的包名、类名、方法名以及方法描述（@Test的description）；

新增用例：将多个接口用例聚合在一起为用例集，用于持续回归。聚合维度类似testng的group概念。如将一个需求的case、一个接口的所有情况、一类回归用例聚合成一个用例集

3、执行方式

点击执行：输入自己测试环境的ip，执行接口用例集。

定时任务：可支持按照每天N点或者每N个小时执行，用于定时回归或定时监控。比如将回归用例集设置每天早晨在稳定环境执行，用来检测今日功能是否正常。创建定时任务，到定时时间，会自动执行接口用例集。

4、执行结果

执行完成，生成一份执行报告，报告中展示用例执行成功数和执行失败数，还可以具体看到执行成功的方法名与执行失败的方法名。

技术实现

用例工程管理将根据git地址下载源码，编译；用例节点管理将包名，类名，方法名拆分成节点存入库中，根据节点信息可以生成用例集；用例集管理分为：回归用例，冒烟用例，需求用例三个类型。

根据使用者的测试场景不同创建用例集，执行方式分为立即执行和定时执行。执行任务管理状态有：执行成功，执行失败，执行中，部分执行成功。执行完成会生成执行报告，查看执行结果。

1、生成节点

下载接口用例的工程代码，用脚本文件将工程中接口用例方法拆分成包节点，类节点，方法节点。将节点保存到数据库中，并保存其映射关系。工程新增接口用例时，可以更新节点，将新数据同步到数据库中。

2、执行套件

执行时 首先根据用例集的方法节点、类节点、包节点、生成TeatNG 的xml配置文件，执行xml文件过程中，会生成用执行报告，记录执行成功与失败的方法。

总结

平台优势：该平台可以统一团队的接口测试方案，降低接口测试的成本，给RD提供自测能力，提高自测联调效率和提测质量。提供统一的用例集管理调度能力。

未来预期：降低场景型、链路型接口测试的编码成本，将场景接口测试变为通过模板和组件的方式生成代码+本地调试补充的模式。打通接口文档、测试数据到接口测试，并通过diff、精准、jacoco提供评估手段形成工作闭环，mock、异常注入提供辅助方法。