[发明专利]数据库集成测试方法、装置、计算机设备及存储介质有效
申请号: | 201710470644.0 | 申请日: | 2017-06-20 |
公开(公告)号: | CN107688531B | 公开(公告)日: | 2019-02-22 |
发明(设计)人: | 胡建双 | 申请(专利权)人: | 平安科技(深圳)有限公司 |
主分类号: | G06F11/36 | 分类号: | G06F11/36;G06F16/21 |
代理公司: | 广州华进联合专利商标代理有限公司 44224 | 代理人: | 王宁 |
地址: | 518052 广东省深*** | 国省代码: | 广东;44 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 数据库 集成 测试 方法 装置 计算机 设备 存储 介质 | ||
本发明涉及一种数据库集成测试方法、装置、计算机设备及存储介质。其中,数据库集成测试方法具体包括以下步骤:接收新版本数据库文件,获取所述新版本数据库文件对应的基线数据库信息,根据所述基线数据库信息查找所述新版本数据库文件对应的数据库基线数据,将当前数据库中的数据替换为所述数据库基线数据,从所述新版本数据库文件中抽取执行脚本文件,将所述执行脚本文件中的执行脚本部署在经过数据替换后的所述当前数据库上,部署完成后运行所述执行脚本。采用本方法能够降低脚本部署难度和测试执行时间。
技术领域
本发明涉及数据库集成技术领域,特别是涉及一种数据库集成测试方法、装置、计算机设备及存储介质。
背景技术
数据库在移交、发布的测试过程中,脚本执行异常的情况较为频繁发生,脚本执行出错后,需要修改数据库文件并重新验证修改后脚本的正确性。目前,在测试出现异常时,通常采用将数据库中的数据清空,把从建库到当前版本的所有历史数据和脚本重新部署的方式。并且,在重新进行脚本验证时,需要将从建库到当前版本的所有脚本都执行一遍。采用上述方法所有脚本需要统一维护部署,脚本部署难度大,且数据库集成测试的执行时间长,测试效率低。
发明内容
基于此,有必要针对上述数据库集成测试过程中存在的脚本部署难度大、测试执行时间长的问题,提供一种数据库集成测试方法、装置、计算机设备及存储介质。
一种数据库集成测试方法,所述方法包括以下步骤:
接收新版本数据库文件;
获取所述新版本数据库文件对应的基线数据库信息,根据所述基线数据库信息查找所述新版本数据库文件对应的数据库基线数据;
将当前数据库中的数据替换为所述数据库基线数据;
从所述新版本数据库文件中抽取执行脚本文件,将所述执行脚本文件中的执行脚本部署在经过数据替换后的所述当前数据库上,部署完成后运行所述执行脚本。
上述数据库集成测试方法,在接收到提交的需要进行测试的新版本数据库文件时,获取新版本数据库文件对应的基线数据库信息,并查找与其对应的已备份的数据库基线数据,将当前完成测试的数据库中的数据替换为查找到的数据库基线数据,以实现将数据库中的数据回滚到基线状态,无需从头创建空库并构建数据库,并根据预设规则从新版本数据库文件中抽取并自动部署新版本的执行脚本文件,所需部署的脚本量少,提高脚本部署工作的效率,并且因脚本量少能够减少脚本的执行时间,提高测试效率。
在其中一个实施例中,在所述部署完成后运行所述执行脚本的步骤之后,还包括:
根据所述当前数据库中的数据库结构数据生成基线结构库;
获取基线数据列表,根据所述基线数据列表从所述当前数据库中抽取基本数据并对所述基本数据进行备份,将备份后的基本数据导入所述基线结构库,生成基线数据库。
在其中一个实施例中,将所述新版本执行脚本文件中的执行脚本部署在经过数据替换后的所述当前数据库上的步骤,包括:
当查找到第一配置表时,从所述第一配置表中读取脚本名称,将读取到的脚本名称与所述执行脚本进行名称匹配,将匹配成功的执行脚本部署在所述当前数据库中;
当查找不到第一配置表时,对所述执行脚本进行归类,将归类后的执行脚本进行排序,将排序后的执行脚本部署在所述当前数据库中。
在其中一个实施例中,所述部署完成后运行所述执行脚本的步骤之后,还包括:
获取第二配置表,所述第二配置表中包括异常关键字;
监测所述执行脚本的运行结果,判断所述运行结果中是否包含异常关键字;
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于平安科技(深圳)有限公司,未经平安科技(深圳)有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201710470644.0/2.html,转载请声明来源钻瓜专利网。