场景接口测试平台搭建实践
2020-08-21 06:00 zouhui 阅读(222) 评论(0) 编辑 收藏 举报作者|刘琳琳
背 景
在持续的业务测试中,接口用例会逐步沉淀形成一定规模。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、异常注入提供辅助方法。
点个“在看”支持一下????