场景接口测试平台搭建实践
作者|刘琳琳
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、异常注入提供辅助方法。
