[发明专利]接口覆盖测试方法、系统、计算机设备和存储介质有效
申请号: | 201811019689.7 | 申请日: | 2018-09-03 |
公开(公告)号: | CN109344053B | 公开(公告)日: | 2023-05-30 |
发明(设计)人: | 刘琼;李琦;谢云 | 申请(专利权)人: | 平安科技(深圳)有限公司 |
主分类号: | G06F11/36 | 分类号: | G06F11/36 |
代理公司: | 北京市京大律师事务所 11321 | 代理人: | 何少岩 |
地址: | 518033 广东省深圳市福田区福*** | 国省代码: | 广东;44 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 接口 覆盖 测试 方法 系统 计算机 设备 存储 介质 | ||
1.一种接口覆盖测试方法,其特征在于,包括:
调取任务组,根据预设的时间阈值对任务组中的任务进行分类剥离,通过Jenkins工具识别预设的时间阈值后生成任务的时间节点,并设置一查询脚本对所述时间节点进行查询,调用所述查询脚本连接所述Jenkins工具对分类剥离后的任务的时间节点进行监控,当所述时间节点与所述时间阈值一致时,继续对所述任务组进行分类剥离,当所述时间节点与所述时间阈值不一致时,重新修订所述时间阈值;
将定时任务的业务代码按照API数据和代码数据进行分类组装并分配到业务框架中,所述业务框架获取所述业务代码并进行数据处理后生成对接口进行接口测试的配置文件;
调用处理后的所述业务代码和所述配置文件,执行接口测试后通过识别所述业务框架中的数据后生成测试结果并将其写入数据库;
从所述数据库中获取测试结果并判断所述定时任务的执行是否成功。
2.根据权利要求1所述的接口覆盖测试方法,其特征在于,在所述将所述定时任务的业务代码进行分类组装并分配到业务框架中,所述业务框架获取所述业务代码并进行数据处理,生成接口类型测试的配置文件,包括:
对所述业务代码进行数据的初始化处理得到接口识别代码;
将所述接口识别代码输入到所述配置文件中,所述配置文件内包含接口种类、生成时间、存储位置;
所述业务框架对所述接口识别代码进行封装构成一接口识别框架,所述接口识别框架用于对所述接口的类型进行识别。
3.根据权利要求1所述的接口覆盖测试方法,其特征在于,所述执行接口测试包括:
启动所述业务框架中的主类main()方法对所述配置文件进行读取,并对所有过程数据进行清洗、初始化;
调用所述业务框架中的各个子类,采用子类setup()方法对经过所述主类main()方法清洗、初始化后得到的数据进行再次清洗,并进行接口测试,得到相应子类的测试结果;
在所述主类main()方法中,使用HTMLTestRunner工具把所述子类的测试结果进行整合,并以HTML格式输出整合结果。
4.根据权利要求1所述的接口覆盖测试方法,其特征在于,所述从所述数据库中获取测试结果,包括:
从所述数据库中读取原始JMeter测试脚本,对所述原始JMeter测试脚本进行解析,并将所述原始JMeter测试脚本中的测试场景分离出来;
获取所述定时任务中与所述原始JMeter测试脚本相互关联的测试场景,用所述与原始JMeter测试脚本相互关联的测试场景替换所述原始JMeter测试脚本中分离出来的测试场景后生成新的JMeter测试脚本;
根据所述新的JMeter测试脚本对所述业务框架中的数据进行识别得出测试结果。
5.根据权利要求3所述的接口覆盖测试方法,其特征在于,在所述主类main()方法对所述配置文件进行读取过程中,所述主类main()方法装载需要执行的子类到测试套件中进行顺序调用;
所述测试套件是测试用例的集合,任意一个所述测试套件包括一组测试用例;
若一组测试用例中的任意两个测试用例在业务场景上有依赖关系,则将所述两个测试用例放到一个测试套件中执行。
6.根据权利要求1所述的接口覆盖测试方法,其特征在于,若所述定时任务执行成功,则通过HTMLTestRunner工具中的HTML表格将所述定时任务执行成功的信息传递到客户端,所述客户端通过访问带有所述HTML表格的页面获知所述定时任务执行成功的信息;
若所述定时任务执行失败,则启动所述业务框架重新生成新配置文件。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于平安科技(深圳)有限公司,未经平安科技(深圳)有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201811019689.7/1.html,转载请声明来源钻瓜专利网。