首页> 中国专利> 生成测试数据的方法、装置、设备、存储介质及程序产品

生成测试数据的方法、装置、设备、存储介质及程序产品

摘要

本申请提供一种生成测试数据的方法、装置、设备、存储介质及程序产品,本申请的方法,在需要对目标业务流程进行测试时,确定第一业务系统的第一业务数据和第二业务系统的第二业务数据之间的关联字段;根据第一业务系统和第二业务系统中设置的每一字段的取值规则生成多条测试信息,任一测试信息包括用于第一业务系统的第一信息和用于第二业务系统的第二信息,第一信息与第二信息的关联字段的值一致;根据第一业务数据的数据格式类型和第一信息生成第一测试数据;根据第二业务数据的数据格式类型和第二信息生成第二测试数据,通过简单的配置即可生成两套互相关联且数据格式类型不一致的大批量的测试数据,提高了测试覆盖率和效率。

著录项

  • 公开/公告号CN113220593A

    专利类型发明专利

  • 公开/公告日2021-08-06

    原文格式PDF

  • 申请/专利权人 中国农业银行股份有限公司;

    申请/专利号CN202110624956.9

  • 发明设计人 刘君阳;

    申请日2021-06-04

  • 分类号G06F11/36(20060101);

  • 代理机构11205 北京同立钧成知识产权代理有限公司;

  • 代理人柴海平;臧建明

  • 地址 100005 北京市东城区建国门内大街69号

  • 入库时间 2023-06-19 12:07:15

说明书

技术领域

本申请涉及计算机技术,尤其涉及一种生成测试数据的方法、装置、设备、存储介质及程序产品。

背景技术

在电子商务、支付结算等领域的测试过程中,很多业务场景涉及两方参与机构的业务数据,一次业务处理涉及本机构与第三方双方的业务数据的变化。例如,涉及本机构与第三方有资金往来的系统,一般都会涉及本机构与第三方对账并根据对账结果进行差错处理的功能,一次资金流转,涉及两方的业务数据的变化。两方各自拥有独立的业务系统,不同的业务系统用于存储业务数据的数据格式可能不同。

目前自动生成测试数据的方法,通常针对单一业务系统生成测试数据,对于涉及两方参与的业务功能的测试场景,主要是通过人工手动制作测试数据,存在测试数据制作效率低、测试数据的数据量小等问题,无法满足系统测试的要求。

发明内容

本申请提供一种生成测试数据的方法、装置、设备、存储介质及程序产品。

一方面,本申请提供一种生成测试数据的方法,包括:

在需要对目标业务流程进行测试时,确定第一业务系统的第一业务数据和第二业务系统的第二业务数据之间的关联字段;其中,所述目标业务流程由所述第一业务系统和第二业务系统联合实现;

根据所述第一业务系统和第二业务系统中设置的每一字段的取值规则,生成多条测试信息,其中,任一所述测试信息包括用于第一业务系统的第一信息和用于第二业务系统的第二信息,且所述第一信息与第二信息的关联字段的值一致;

根据所述第一业务数据的数据格式类型和所述第一信息,生成用于第一业务系统的第一测试数据;并根据所述第二业务数据的数据格式类型和所述第二信息,生成用于第二业务系统的第二测试数据。

另一方面,本申请提供一种生成测试数据的装置,包括:

管理字段确定模块,用于在需要对目标业务流程进行测试时,确定第一业务系统的第一业务数据和第二业务系统的第二业务数据之间的关联字段;其中,所述目标业务流程由所述第一业务系统和第二业务系统联合实现;

测试信息生成模块,用于根据所述第一业务系统和第二业务系统中设置的每一字段的取值规则,生成多条测试信息,其中,任一所述测试信息包括用于第一业务系统的第一信息和用于第二业务系统的第二信息,且所述第一信息与第二信息的关联字段的值一致;

测试数据生成模块,用于根据所述第一业务数据的数据格式类型和所述第一信息,生成用于第一业务系统的第一测试数据;并根据所述第二业务数据的数据格式类型和所述第二信息,生成用于第二业务系统的第二测试数据。

另一方面,本申请提供一种生成测试数据的设备,包括:

处理器,存储器,以及存储在所述存储器上并可在所述处理器上运行的计算机程序;

其中,所述处理器运行所述计算机程序时实现上述所述生成测试数据的方法。

另一方面,本申请提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现上述所述的生成测试数据的方法。

另一方面,本申请提供一种计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现上述所述的生成测试数据的方法。

本申请提供的生成测试数据的方法、装置、设备、存储介质及程序产品,在需要对目标业务流程进行测试时,确定第一业务系统的第一业务数据和第二业务系统的第二业务数据之间的关联字段;根据所述第一业务系统和第二业务系统中设置的每一字段的取值规则,生成多条测试信息,其中任一所述测试信息包括用于第一业务系统的第一信息和用于第二业务系统的第二信息,且所述第一信息与第二信息的关联字段的值一致;根据所述第一业务数据的数据格式类型和所述第一信息,生成用于第一业务系统的第一测试数据;并根据所述第二业务数据的数据格式类型和所述第二信息,生成用于第二业务系统的第二测试数据,从而通过简单的配置,即可生成两套互相关联且数据格式类型不一致的测试数据,能够生成大批量的测试数据,覆盖尽可能多的业务场景,使得批量的性能测试更贴近业务实际,提高测试覆盖率和效率。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理。

图1为本申请实施例一提供的生成测试数据的方法流程图;

图2为本申请实施例二提供的生成测试数据的方法流程图;

图3为本申请实施例三提供的生成测试数据的装置的结构示意图;

图4为本申请实施例四提供的生成测试数据的装置的结构示意图;

图5为本申请实施例五提供的生成测试数据的设备的结构示意图。

通过上述附图,已示出本申请明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围,而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

首先对本申请所涉及的名词进行解释:

对账:银行与其他机构间定期开展的账务核对工作,主要核对双方交易明细的一致性,有无错记或者漏记,并将错误交易记录下来待后续处理。

差错处理:根据对账结果将发现的错漏的交易,按一定的业务规则进行自动账务调整,如将遗漏的交易补入账等。

批量:对大量对象进行批量处理的过程,在银行中主要用于业务处理、补记账、对外提供数据等。

此外,术语“第一”、“第二”等仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。在以下各实施例的描述中,“多个”的含义是两个以上,除非另有明确具体的限定。

在电子商务、支付结算等领域的测试过程中,很多业务场景涉及两方参与机构的业务数据,一次业务处理涉及本机构与第三方双方的业务数据的变化。例如,涉及本机构与第三方有资金往来的系统,一般都会涉及本机构与第三方对账并根据对账结果进行差错处理的功能,一次资金流转,涉及两方的业务数据的变化。两方各自拥有独立的业务系统,不同的业务系统用于存储业务数据的数据格式可能不同。

本申请提供的生成测试数据的方法,可以应用于对于两个业务系统联合实现的业务流程的测试场景中,在需要对目标业务流程进行测试时,确定第一业务系统的第一业务数据和第二业务系统的第二业务数据之间的关联字段;根据第一业务系统和第二业务系统中设置的每一字段的取值规则,生成多条测试信息,其中,任一测试信息包括用于第一业务系统的第一信息和用于第二业务系统的第二信息,且第一信息与第二信息的关联字段的值一致;根据第一业务数据的数据格式类型和第一信息,生成用于第一业务系统的第一测试数据;并根据第二业务数据的数据格式类型和第二信息,生成用于第二业务系统的第二测试数据,从而通过简单的配置,即可生成大批量多类型的测试数据,覆盖尽可能多的业务场景,使得批量得性能测试更贴近业务实际,提高测试覆盖率和效率。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图,对本申请的实施例进行描述。

实施例一

图1为本申请实施例一提供的生成测试数据的方法流程图。本申请实施例针对测试数据制作效率低、测试数据的数据量小等问题,提供了生成测试数据的方法。本实施例中的方法应用于生成测试数据的设备,该生成测试数据的设备可以是移动终端、测试平台或服务器等,在其他实施例中,该方法还可应用于其他设备,本实施例以生成测试数据的设备为例进行示意性说明。

如图1所示,该方法具体步骤如下:

步骤S101、在需要对目标业务流程进行测试时,确定第一业务系统的第一业务数据和第二业务系统的第二业务数据之间的关联字段。

其中,目标业务流程由第一业务系统和第二业务系统联合实现。在对目标业务流程测试过程中,测试数据包括两部分:第一业务系统的业务数据和第二业务系统的业务数据,这两部分业务数据之间通过关联字段相关联。

示例性地,在对账和差错处理批量测试过程中,测试数据分为两部分:本机构业务系统的交易信息和外部机构业务系统的交易信息,这两部分交易信息之间存在关联关系,如交易的唯一标识在两个业务系统中应当一致,此外其他的数据字段也应该存在较多的关联性,如订单号、机构标识、支付账号等等。这些用于关联起两个业务系统中的业务数据的字段可以作为关联字段。

步骤S102、根据第一业务系统和第二业务系统中设置的每一字段的取值规则,生成多条测试信息,其中,任一测试信息包括用于第一业务系统的第一信息和用于第二业务系统的第二信息,且第一信息与第二信息的关联字段的值一致。

本实施例中,通过设置各个字段的取值规则,自动生成一条业务数据中各个字段的测试值,形成一条测试信息。该条测试信息包括用于第一业务系统的第一信息和用于第二业务系统的第二信息,第一信息和第二信息中对应的关联字段的值一致。

示例性地,假设关联字段为支付账号和机构标识,则生成的一条测试信息中第一信息和第二信息中的支付账号一致,且机构标识一致。

步骤S103、根据第一业务数据的数据格式类型和第一信息,生成用于第一业务系统的第一测试数据;并根据第二业务数据的数据格式类型和第二信息,生成用于第二业务系统的第二测试数据。

在实际应用中,不同机构的业务系统的数据格式类型可能不同,一个业务系统的数据格式类型为以下任意一种:数据表、定长数据文件、不定长数据文件。

示例性地,第一业务系统的第一数据格式类型可以为数据表,第二业务系统的第二数据格式类型可以为定长数据文件或不定长数据文件。

为了能够生成两套互相关联且数据格式类型不一致的测试数据,在确定多条测试信息之后,根据第一业务数据的第一数据格式类型和第一信息,生成用于第一业务系统的第一测试数据,第一测试数据为第一数据格式类型;并且根据第二业务数据的第二数据格式类型和第二信息,生成用于第二业务系统的第二测试数据,第二测试数据为第二数据格式类型。

本申请实施例中,在需要对目标业务流程进行测试时,确定第一业务系统的第一业务数据和第二业务系统的第二业务数据之间的关联字段;根据第一业务系统和第二业务系统中设置的每一字段的取值规则,生成多条测试信息,其中任一测试信息包括用于第一业务系统的第一信息和用于第二业务系统的第二信息,且第一信息与第二信息的关联字段的值一致;根据第一业务数据的数据格式类型和第一信息,生成用于第一业务系统的第一测试数据;并根据第二业务数据的数据格式类型和第二信息,生成用于第二业务系统的第二测试数据,从而通过简单的配置,即可生成两套互相关联且数据格式类型不一致的测试数据,能够生成大批量的测试数据,满足对目标业务流程的性能测试和功能测试的需求,并且覆盖尽可能多的业务场景,使得批量的性能测试更贴近业务实际,提高测试覆盖率和效率。

实施例二

图2为本申请实施例二提供的生成测试数据的方法流程图。在上述实施例一的基础上,本实施例中,根据第一业务系统和第二业务系统中设置的每一字段的取值规则,生成多条测试信息之前,还包括:确定第一业务数据和第二业务数据中,与目标业务流程相关的关键字段,并设置关键字段的取值规则,测试信息中关键字段的取值不为空。根据第一业务系统和第二业务系统中设置的每一字段的取值规则,生成多条测试信息之后,还包括:根据设置的测试数据报告配置信息,生成测试数据报告,测试数据报告包括一个或者多个数据项,数据项用于表示测试信息中第一信息与第二信息的一致性。

如图2所示,该方法具体步骤如下:

步骤S201、在需要对目标业务流程进行测试时,确定第一业务系统的第一业务数据和第二业务系统的第二业务数据之间的关联字段;其中,目标业务流程由第一业务系统和第二业务系统联合实现。

其中,目标业务流程由第一业务系统和第二业务系统联合实现。在对目标业务流程测试过程中,测试数据包括两部分:第一业务系统的业务数据和第二业务系统的业务数据,这两部分业务数据之间通过关联字段相关联。

示例性地,在对账和差错处理批量测试过程中,测试数据分为两部分:本机构业务系统的交易信息和外部机构业务系统的交易信息,这两部分交易信息之间存在关联关系,如交易的唯一标识在两个业务系统中应当一致,此外其他的数据字段也应该存在较多的关联性,如订单号、机构标识、支付账号等等。这些用于关联起两个业务系统中的业务数据的字段可以作为关联字段。

步骤S202、确定第一业务数据和第二业务数据中,与目标业务流程相关的关键字段,并设置关键字段的取值规则,测试信息中关键字段的取值不为空。

本实施例中,无论是第一业务系统的第一业务数据,还是第二业务系统的第二业务数据,通常都包含了大量字段,但大部分字段对于待测试的目标业务流程的测试结果无任何影响。该步骤中,可以确定第一业务数据和第二业务数据中与目标业务流程相关的所有关键字段,这些关键字段是指对目标业务流程的测试结果有影响的字段,以保证后续生成的测试数据可覆盖所有目标业务流程的分支。

可选地,设置所有关键字段的取值规则,且生成的测试数据中关键字段的取值不为空。除关键字段之外的字段的取值对目标业务流程的测试结果没有影响,可以为空,或者随机取值,此处不做具体限定。

其中,任一字段的取值规则可以包括:字段的取值方法,字段的数据字典或取值范围。

可选地,为便于批量生成测试信息,任一字段的取值方法可以为:

从字段对应的数据字典中的第一个值开始,以轮询方式依次将该数据字典中的值作为测试信息中字段对应的值。

可选地,为便于批量生成测试信息,任一字段的取值方法可以为:

从字段对应的数据字典中随机选择一个值,作为测试信息中字段对应的值。

可选地,为便于批量生成测试信息,任一字段的取值方法可以为:

根据字段对应的取值范围,随机生成一个在取值范围中值,作为测试信息中字段对应的值。

通过设置各字段对应的数据字典或取值范围,尤其是设置关键字段对应的数据字典或取值范围,能够确保生成的字段的测试值能够符合业务逻辑,贴合实际应用场景。

另外,任一字段的取值方法,字段的数据字典或取值范围,可以根据实际应用场景的需要进行设置和调整,此处不做具体限定。

步骤S203、根据关键字段和关键字段的取值规则,设置字段集合,并确定字段集合对应的取值组合,字段集合包括一个或者多个关键字段;设置每一取值组合对应的测试数据占比范围。

本实施例中,通过关键字段的取值规则,设置字段集合,并确定字段集合对应的取值组合,并且设置每一取值组合对应的测试数据占比范围,能够配置测试数据的生成要求,使得各类型测试数据所占的比例更加贴近实际业务场景。

示例性地,关键字段可以包括交易类型、交易状态、交易金额、对账状态等,可以设置字段集合包括“交易类型”这一关键字段,对应的取值组合包括:第一交易类型,第二交易类型和第三交易类型。如果在实际业务场景中,第一交易类型,第二交易类型和第三交易类型的业务数据占的比例分别为10%,30%,60%,那么可以设置第一交易类型,第二交易类型和第三交易类型对应的测试数据占比范围分别为9%-11%,28%-32%,55%-65%。这样,使得生成的测试数据中,交易类型为第一交易类型的测试数据的数量占测试数据总数量的比例在9%-11%,交易类型为第二交易类型的测试数据的数量占测试数据总数量的比例在28%-32%,交易类型为第三交易类型的测试数据的数量占测试数据总数量的比例在55%-65%,生成的测试数据中各交易类型所占的比例更贴近实际业务场景。

步骤S204、根据第一业务系统和第二业务系统中设置的每一字段的取值规则,以及设置字段集合的每一取值组合对应的测试数据占比范围,生成多条测试信息。

其中,对于字段集合的任一取值组合,多条测试信息中字段集合的取值为任一取值组合的测试信息所占的比例,在设置的任一取值组合对应的测试数据占比范围内。

本实施例中,在生成测试信息时,根据第一业务系统和第二业务系统中设置的每一字段的取值规则,以及设置字段集合的每一取值组合对应的测试数据占比范围,生成多条测试信息,使得生成的测试信息中包含任一取值组合的测试信息的数量占测试信息总数量的比例在该取值组合对应的测试数据占比范围内,使得生成的测试信息所占的比例更加贴近实际业务场景。

步骤S205、根据第一业务数据的数据格式类型和第一信息,生成用于第一业务系统的第一测试数据;并根据第二业务数据的数据格式类型和第二信息,生成用于第二业务系统的第二测试数据。

其中,数据格式类型为以下任意一种:数据表、定长数据文件、不定长数据文件。

数据表类型需要确定数据表的表结构,包括各字段名称、各字段的数据类型、各字段长度、是否可为空、哪些字段为主键等。数据表还可以包含其他结构信息,此处不做具体限定。

定长数据文件需要确定各字段名称、各字段格式、各字段长度、哪些字段唯一标示一个业务数据等。在定长数据文件中,一条业务数据所包含的字段数量固定,且每个字段的长度也固定。

不定长数据文件需要确定字段分隔符、各字段名称、各字段格式、哪些字段唯一标示一个业务数据等。在不定长数据文件中,一条业务数据所包含的字段数量固定,每个字段的长度不固定。

本实施例中,通过设置各个字段的取值规则,自动生成一条业务数据中各个字段的测试值,形成一条测试信息。该条测试信息包括用于第一业务系统的第一信息和用于第二业务系统的第二信息,第一信息和第二信息中对应的关联字段的值一致。

示例性地,假设关联字段为支付账号和机构标识,则生成的一条测试信息中第一信息和第二信息中的支付账号一致,且机构标识一致。

步骤S206、根据关键字段,设置测试数据报告配置信息,其中,测试数据报告配置信息包括:每一数据项对应的关键字段和计算规则。

本实施例中,可以设置测试数据报告配置信息,测试数据报告配置信息用于生成测试数据报告。

其中,测试数据报告配置信息包括待生成的测试数据报告中包含的数据项,以及每一数据项对应的关键字段和计算规则。

测试数据报告可以支持按关键字段对生成的测试数据进行分类汇总统计。

示例性地,测试数据报告可以支持按交易类型、交易状态、交易金额、对账状态等关键字段对生成的测试数据分类汇总统计。

例如,可以汇总任一关键字段的任一取值的测试数据的数量,或者汇总测试数据中某一关键字段(如交易金额等)的总数额等。

步骤S207、根据设置的测试数据报告配置信息,生成测试数据报告,测试数据报告包括一个或者多个数据项,数据项用于表示测试信息中第一信息与第二信息的一致性。

在生成测试数据之后,可以根据设置的测试数据报告配置信息,生成测试数据报告,便于测试人员将测试数据报告与批量运行结果进行核对,使得测试人员可以更关注于设置更多类型的数据和更复杂的场景,提高测试覆盖率和测试效率。

本申请实施例中,在需要对目标业务流程进行测试时,确定第一业务系统的第一业务数据和第二业务系统的第二业务数据之间的关联字段;根据第一业务系统和第二业务系统中设置的每一字段的取值规则,生成多条测试信息,其中任一测试信息包括用于第一业务系统的第一信息和用于第二业务系统的第二信息,且第一信息与第二信息的关联字段的值一致;根据第一业务数据的数据格式类型和第一信息,生成用于第一业务系统的第一测试数据;并根据第二业务数据的数据格式类型和第二信息,生成用于第二业务系统的第二测试数据,从而通过简单的配置,即可生成两套互相关联且数据格式类型不一致的测试数据,能够生成大批量的测试数据,满足对目标业务流程的性能测试和功能测试的需求,还可以覆盖尽可能多的业务场景,使得批量的性能测试更贴近业务实际,提高测试覆盖率和效率。

实施例三

图3为本申请实施例三提供的生成测试数据的装置的结构示意图。本申请实施例提供的生成测试数据的装置可以执行生成测试数据的方法实施例提供的处理流程。如图3所示,该生成测试数据的装置30包括:管理字段确定模块301,测试信息生成模块302和测试数据生成模块303。

具体地,管理字段确定模块301,用于在需要对目标业务流程进行测试时,确定第一业务系统的第一业务数据和第二业务系统的第二业务数据之间的关联字段;其中,目标业务流程由第一业务系统和第二业务系统联合实现;

测试信息生成模块302,用于根据第一业务系统和第二业务系统中设置的每一字段的取值规则,生成多条测试信息,其中,任一测试信息包括用于第一业务系统的第一信息和用于第二业务系统的第二信息,且第一信息与第二信息的关联字段的值一致;

测试数据生成模块303,用于根据第一业务数据的数据格式类型和第一信息,生成用于第一业务系统的第一测试数据;并根据第二业务数据的数据格式类型和第二信息,生成用于第二业务系统的第二测试数据。

本申请实施例提供的装置可以具体用于执行上述实施例一所提供的方法实施例,具体功能此处不再赘述。

本申请实施例中,在需要对目标业务流程进行测试时,确定第一业务系统的第一业务数据和第二业务系统的第二业务数据之间的关联字段;根据第一业务系统和第二业务系统中设置的每一字段的取值规则,生成多条测试信息,其中任一测试信息包括用于第一业务系统的第一信息和用于第二业务系统的第二信息,且第一信息与第二信息的关联字段的值一致;根据第一业务数据的数据格式类型和第一信息,生成用于第一业务系统的第一测试数据;并根据第二业务数据的数据格式类型和第二信息,生成用于第二业务系统的第二测试数据,从而通过简单的配置,即可生成两套互相关联且数据格式类型不一致的测试数据,能够生成大批量的测试数据,满足对目标业务流程的性能测试和功能测试的需求,并且覆盖尽可能多的业务场景,使得批量的性能测试更贴近业务实际,提高测试覆盖率和效率。

实施例四

图4为本申请实施例四提供的生成测试数据的装置的结构示意图。在上述实施例三的基础上,本实施例中,如图4所示,该生成测试数据的装置30还包括:关键字段管理模块304。

关键字段管理模块304用于:

根据第一业务系统和第二业务系统中设置的每一字段的取值规则,生成多条测试信息之前,确定第一业务数据和第二业务数据中,与目标业务流程相关的关键字段,并设置关键字段的取值规则,测试信息中关键字段的取值不为空。

一种可选地实施方式中,任一字段的取值规则包括:字段的取值方法,字段的数据字典或取值范围。

一种可选地实施方式中,字段的取值方法包括以下任意一种:

从字段对应的数据字典中的第一个值开始,以轮询方式依次将该数据字典中的值作为测试信息中字段对应的值;或者,从字段对应的数据字典中随机选择一个值,作为测试信息中字段对应的值;或者,根据字段对应的取值范围,随机生成一个在取值范围中值,作为测试信息中字段对应的值。

一种可选地实施方式中,关键字段管理模块304还用于:

确定第一业务数据和第二业务数据中,与目标业务流程相关的关键字段,并设置关键字段的取值规则之后,根据关键字段和关键字段的取值规则,设置字段集合,并确定字段集合对应的取值组合,字段集合包括一个或者多个关键字段;设置每一取值组合对应的测试数据占比范围。

一种可选地实施方式中,测试信息生成模块302还用于:

根据第一业务系统和第二业务系统中设置的每一字段的取值规则,以及设置字段集合的每一取值组合对应的测试数据占比范围,生成多条测试信息。

其中,对于字段集合的任一取值组合,多条测试信息中字段集合的取值为任一取值组合的测试信息所占的比例,在设置的任一取值组合对应的测试数据占比范围内。

一种可选地实施方式中,数据格式类型为以下任意一种:

数据表、定长数据文件、不定长数据文件。

一种可选地实施方式中,如图4所示,该生成测试数据的装置30还包括:测试数据报告模块305。

测试数据报告模块305用于:

根据第一业务系统和第二业务系统中设置的每一字段的取值规则,生成多条测试信息之后,根据设置的测试数据报告配置信息,生成测试数据报告,测试数据报告包括一个或者多个数据项,数据项用于表示测试信息中第一信息与第二信息的一致性。

一种可选地实施方式中,测试数据报告模块305还用于:

根据设置的测试数据报告配置信息,生成测试数据报告之前,根据关键字段,设置测试数据报告配置信息,其中,测试数据报告配置信息包括:每一数据项对应的关键字段和计算规则。

本申请实施例提供的装置可以具体用于执行上述实施例二所提供的方法实施例,具体功能此处不再赘述。

本申请实施例中,在需要对目标业务流程进行测试时,确定第一业务系统的第一业务数据和第二业务系统的第二业务数据之间的关联字段;根据第一业务系统和第二业务系统中设置的每一字段的取值规则,生成多条测试信息,其中任一测试信息包括用于第一业务系统的第一信息和用于第二业务系统的第二信息,且第一信息与第二信息的关联字段的值一致;根据第一业务数据的数据格式类型和第一信息,生成用于第一业务系统的第一测试数据;并根据第二业务数据的数据格式类型和第二信息,生成用于第二业务系统的第二测试数据,从而通过简单的配置,即可生成两套互相关联且数据格式类型不一致的测试数据,能够生成大批量的测试数据,可满足对目标业务流程的性能测试和功能测试的需求,还可以覆盖尽可能多的业务场景,使得批量的性能测试更贴近业务实际,提高测试覆盖率和效率。

实施例五

图5为本申请实施例五提供的生成测试数据的设备的结构示意图。如图5所示,该生成测试数据的设备70包括:处理器701,存储器702,以及存储在存储器702上并可在处理器701上运行的计算机程序。

其中,处理器701运行计算机程序时实现上述任一方法实施例提供的生成测试数据的方法。

本申请实施例中,在需要对目标业务流程进行测试时,确定第一业务系统的第一业务数据和第二业务系统的第二业务数据之间的关联字段;根据第一业务系统和第二业务系统中设置的每一字段的取值规则,生成多条测试信息,其中任一测试信息包括用于第一业务系统的第一信息和用于第二业务系统的第二信息,且第一信息与第二信息的关联字段的值一致;根据第一业务数据的数据格式类型和第一信息,生成用于第一业务系统的第一测试数据;并根据第二业务数据的数据格式类型和第二信息,生成用于第二业务系统的第二测试数据,从而通过简单的配置,即可生成两套互相关联且数据格式类型不一致的测试数据,能够生成大批量的测试数据,满足对目标业务流程的性能测试和功能测试的需求,并且覆盖尽可能多的业务场景,使得批量的性能测试更贴近业务实际,提高测试覆盖率和效率。

本申请实施例还提供一种计算机可读存储介质,计算机可读存储介质中存储有计算机程序,计算机程序被处理器执行时实现上述任一方法实施例提供的方法。

本申请实施例还提供了一种计算机程序产品,程序产品包括:计算机程序,计算机程序存储在可读存储介质中,生成测试数据的设备的至少一个处理器可以从可读存储介质读取计算机程序,至少一个处理器执行计算机程序使得,生成测试数据的设备执行上述任一方法实施例提供的方法。

在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本申请各个实施例方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-OnlyMemory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。上述描述的装置的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。

本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本申请的真正范围和精神由下面的权利要求书指出。

应当理解的是,本申请并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号