[发明专利]测试数据构造方法、装置及存储介质在审
申请号: | 201910298384.2 | 申请日: | 2019-04-15 |
公开(公告)号: | CN110162458A | 公开(公告)日: | 2019-08-23 |
发明(设计)人: | 曹绪文 | 申请(专利权)人: | 深圳壹账通智能科技有限公司 |
主分类号: | G06F11/36 | 分类号: | G06F11/36;G06Q40/02;G06Q40/04 |
代理公司: | 深圳市沃德知识产权代理事务所(普通合伙) 44347 | 代理人: | 高杰;于志光 |
地址: | 518000 广东省深圳市*** | 国省代码: | 广东;44 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 测试数据 运行系统 输出数据 业务操作 需求信息 业务场景 计算机可读存储介质 测试技术领域 存储介质 构造效率 构造装置 数据传递 | ||
本发明涉及测试技术领域,公开了一种测试数据构造方法,该方法包括:获取构造测试数据的需求信息;获取构造测试数据的业务场景;获取业务场景涉及的多个系统以及多个系统之间的数据传递顺序;从多个系统中识别第一运行系统、第二运行系统以及第三运行系统;根据需求信息运行执行在第一运行系统执行第一业务操作的第一执行程序,得到第一输出数据,根据第一输出数据运行在第二运行系统执行第二业务操作的第二执行程序,得到第二输出数据,根据第二输出数据运行在第三运行系统执行第三业务操作的第三执行程序,得到测试数据。本发明还提出一种测试数据构造装置以及一种计算机可读存储介质。本发明可以提高测试数据的构造效率。
技术领域
本发明涉及测试技术领域,尤其涉及一种测试数据构造方法、装置及计算机可读存储介质。
背景技术
在现有的软件测试过程中,当被测试系统涉及到多个系统时,需要由测试人员学习所有系统的业务流程,进而由测试人员构造数据,这种方式中测试人员学习周期较长且可能不够准确,从而在测试数据构造时效率不高。
发明内容
本发明提供一种测试数据构造方法、装置及计算机可读存储介质,其主要目的在于提高测试数据的构造效率。
为实现上述目的,本发明还提供一种测试数据构造方法,该方法包括:
获取构造测试数据的需求信息;
根据所述需求信息获取构造所述测试数据的业务场景;
从业务场景数据库中获取所述业务场景涉及的多个系统以及所述多个系统之间的数据传递顺序;
根据所述多个系统之间的数据传递顺序从所述多个系统中识别第一运行系统、第二运行系统以及第三运行系统;
根据所述业务场景获取在所述第一运行系统执行的第一业务操作,在所述第二运行系统执行的第二业务操作,在所述第三运行系统执行的第三业务操作;
根据所述需求信息运行执行所述第一业务操作的第一执行程序,得到第一输出数据,将所述第一输出数据传递至所述第二运行系统,根据所述第一输出数据运行执行所述第二业务操作的第二执行程序,得到第二输出数据,将所述第二输出数据传递至所述第三运行程序,根据所述第二输出数据运行执行所述第三业务操作的第三执行程序,得到所述测试数据。
可选地,所述方法还包括:
当得到所述第一输出数据时,将所述第一输出数据保存,根据所述第一业务操作在所述业务场景中所占比例计算构造所述测试数据的测试进度;
当得到所述第一数据数据以及第二输出数据时,将所述第一输出数据以及所述第二输出数据保存,根据所述第一业务操作以及所述第二业务操作在所述业务场景中所占比例计算构造所述测试数据的测试进度。
可选地,所述方法还包括:
获取目标业务场景以及所述目标业务场景包含的多个业务实现流程;
获取所述多个业务实现流程中每个业务实现流程的执行频率以及重要程度;
根据所述目标业务场景以及所述多个业务实现流程中执行频率大于预设频率和/或所述多个业务实现流程中重要程度大于预设重要程度的业务实现流程建立所述业务场景数据库。
可选地,所述测试数据为用于银行交易的测试数据,所述根据所述需求信息从业务场景数据库中获取构造所述测试数据的业务场景包括:
判断所述测试数据是否为银行交易过程中使用频率大于预设使用频率的数据;和/或
判断所述测试数据是否为构造难度大于预设构造难度的数据;
若所述测试数据为银行交易过程中使用频率大于预设使用频率的数据,根据所述需求信息从业务场景数据库中获取构造所述测试数据的业务场景;
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于深圳壹账通智能科技有限公司,未经深圳壹账通智能科技有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201910298384.2/2.html,转载请声明来源钻瓜专利网。