CN109308301A

CN109308301A - 测试数据的获得方法及装置

Info

Publication number: CN109308301A
Application number: CN201811136832.0A
Authority: CN
Inventors: 王跃东; 吉文艳; 周卉
Original assignee: Bank of China Ltd
Current assignee: Bank of China Ltd
Priority date: 2018-09-28
Filing date: 2018-09-28
Publication date: 2019-02-05

Abstract

本申请提供了一种测试数据获得方法，该方法中预先设置有数据仓库，基于该数据仓库可以接收测试任务的数据获取请求，获取请求中包含有数据查询条件，数据查询条件表示的是测试任务需要存储在数据仓库中的哪些数据，从而依据该数据查询条件在数据仓库中查询数据，并将查询到的数据作为测试数据提供给测试任务。可见，该方法可以在数据仓库中查询到测试任务需要的测试数据，以使测试任务可以实现。另外，本申请还提供了一种测试任务的获得装置，用以保证所述方法在实际中的应用及实现。

Description

测试数据的获得方法及装置

技术领域

本申请涉及数据测试技术领域，更具体地，是测试数据的获得方法及装置。

背景技术

系统测试，是系统软件正式使用前的验证阶段，以验证系统软件功能是否完整和健壮。系统测试需要使用测试数据，具体是将测试数据输入至软件系统中，以检查系统软件系统是否能够正常处理这些数据，且能够输出正常的测试结果。

因此，需要提供一种技术方案，来为测试任务提供其需要的测试数据。

发明内容

有鉴于此，本申请提供了一种测试任务的获得方法，用于得到测试任务需要的测试数据。

为实现所述目的，本申请提供的技术方案如下：

第一方面，本申请提供了一种测试数据的获得方法，包括：

接收与测试任务相关的测试数据获取请求，所述测试数据获取请求中包含数据查询条件，所述数据查询条件用于指示所述测试任务需要的存储在数据仓库中的数据的范围；

在所述数据仓库中，查询满足所述数据查询条件的数据；

将查询到的数据作为所述测试任务的测试数据。

第二方面，本申请提供了一种测试数据的获得装置，包括：

请求接收单元，用于接收与测试任务相关的测试数据获取请求，所述测试数据获取请求中包含数据查询条件，所述数据查询条件用于指示所述测试任务需要的存储在数据仓库中的数据的范围；

数据查询单元，用于在所述数据仓库中，查询满足所述数据查询条件的数据；

数据获得单元，用于将查询到的数据作为所述测试任务的测试数据。

由以上技术方案可知，本申请提供了一种测试数据获得方法，该方法中预先设置有数据仓库，基于该数据仓库可以接收测试任务的数据获取请求，获取请求中包含有数据查询条件，数据查询条件表示的是测试任务需要存储在数据仓库中的哪些数据，从而依据该数据查询条件在数据仓库中查询数据，并将查询到的数据作为测试数据提供给测试任务。可见，该方法可以在数据仓库中查询到测试任务需要的测试数据，以使测试任务可以实现。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请提供的测试数据的获得方法的一个流程示意图；

图2为本申请提供的测试数据的获得方法的另一流程示意图流程图；

图3为本申请提供的测试数据的获得装置的一种结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

系统测试，是对系统的各项功能进行验证，以检查系统是否能够达到预设的功能要求。系统测试也成黑盒测试或数据驱动测试。获得测试数据的一种方式是人工构造数据，但人工构造的数据可能与实际业务数据存在结构或内容上的不同，难以还原真实的业务数据，进而不能满足测试需求。因此，需要从实际的生产环境中，得到具有真实度的业务数据作为测试数据。

为了获得业务数据，可以考虑从能够生产业务数据的环境中获取测试数据。在实际的应用场景中，源数据系统作为业务数据系统可以产生业务数据，但是，源数据系统通常为多个，假如测试任务需要的测试数据来源于多个源数据系统，则需要从每个源数据系统中均执行数据查询流程，再将每个源数据系统查询到的数据综合到一起，反馈给测试任务。这样，较为耗费数据查询资源，且需要等待每个源数据系统的查询结果。

并且，同一源数据系统中也可能设置有多种生产环境，例如生产环境包括运行中的生产环境、准生产环境、备份生产环境等等，源数据系统接收到数据获取请求后，首先需要确定出从哪个生产环境中提供测试数据，然后再从该生产环境中查询相关的数据。可见，从源数据系统中获得测试数据的步骤较多，过程较为繁琐。

发明人对业务系统进行研究后发现，数据仓库(Data Warehouse，DW)中汇聚有各个源数据系统生成的所有业务数据，该业务数据是实际业务过程中由生产环境产生的具有业务真实度的数据，且数据仓库是各个源数据系统中数据的汇集地，因此可以直接从数据仓库中获取测试数据。

为了实现上述目的，本申请提供了一种测试数据的获得方法。见图1，其示出了测试数据的获得方法的一种流程，该流程具体包括步骤S101～S103。

S101：接收与测试任务相关的测试数据获取请求，测试数据获取请求中包含数据查询条件，数据查询条件用于指示测试任务需要的存储在数据仓库中的数据的范围。

其中，任务测试模块如果需要进行任务测试，可以生成测试数据获取请求，在该请求中包含数据查询条件，该数据查询条件用于表示测试任务需要哪些测试数据，且这些测试数据是数据仓库中的数据。

可以理解的是，任务测试模块需要预先明确数据仓库中包含哪些数据表，各个数据表的内容是什么样的，哪些数据表中包含有测试任务需要的数据，根据这些情况构建数据获取请求。

需要说明的是，不同类型的测试任务所需要的测试数据是不同的，因此所构建的数据查询条件也是不同的。与测试任务相关的测试数据获取请求可以是由人工通过界面输入的，或者可以是由任务测试设备发送过来的。

S102：在数据仓库中，查询满足数据查询条件的数据。

其中，业务系统中的数据仓库，会涵盖业务系统中各个源数据系统所产生的业务数据，数据仓库中的数据范围和数据粒度都可以满足测试数据的要求。因此在获得数据查询条件后，直接使用数据查询条件从数据仓库中获取即可。

若数据仓库是以数据库的形式存储数据，则数据查询条件可以是由数据库查询语句构建的查询条件。数据查询条件可以从各个方面限定数据范围，如数据的生成时间、数据表类型、数据表名称等等。

在一个具体示例中，数据查询条件可以包括：数据表标识及数据生成时间范围。其中数据表标识表示的是数据表具体为哪个数据表，数据表中每条数据具有生成时间点，数据生成时间范围表示的是在哪个时间段范围生成的数据。因此可见，数据表标识用于限定查找哪个或哪些数据表，数据生成时间范围用于表示需要在这些个数据表中查找哪些时间范围内生成的数据。

根据上述数据查询条件进行查找时，具体的查找方式为，在数据仓库中，查询数据表标识所指示的数据表；以及在查询到的数据表中，查询数据生成时间在所述数据生成时间范围内的数据。可见，该实现方式是先查找到数据表，再从数据表中按照时间要求选取数据。

需要说明的是，数据查询条件可以是由人工通过界面中输入，例如界面提供数据表标识选择项，以及时间范围选择项如最近一天、最近一个月、最近一年等，人工可以在界面中选择数据表标识作为数据查询条件中的数据表标识，并选择时间范围作为数据查询条件中的数据生成时间范围。

S103：将查询到的数据作为测试任务的测试数据。

其中，查询到的数据可以作为测试数据发送给任务测试模块，由任务测试模块使用测试数据对测试任务进行测试。

相较于从各个源数据系统中分别获取测试数据，本申请从预先设置的数据仓库中查询测试数据，数据仓库中存储的是实际业务产生的数据，因此可以获得具有业务真实度的测试数据。并且，本申请无需从每个源数据系统中分别进行查询，不仅避免查询资源的浪费，而且无需等待每个源数据系统的数据到位，从而避免测试数据的准备过程较长，进而避免测试任务不能及时获得测试数据而导致的测试延迟。

本申请可以扩展数据仓库的功能，直接将数据仓库作为测试数据池，无需将数据仓库中的数据预先拷贝至实际的测试数据池中，从而减少存储资源的浪费。

在实际应用中，真实的业务数据中通常包含有一些预设的敏感数据如姓名、身份证号、电话号码等。为了保护敏感数据，需要对数据进行漂白。数据漂白，是指通过数据变换的方法，去除数据中的业务敏感信息，但不会破坏数据间关系和数据仿真度。

因此，在将查询到的数据作为测试任务的测试数据之前，还包括以下步骤：判断所查询到的数据中是否包含预设的敏感数据；若是，则将敏感数据从所查询到的数据中删除。

其中，敏感数据的类型可以是预设的，敏感数据的预设类型可以组成数据词典，将查询到数据使用数据词典进行过滤，如果查询到的数据中包含数据词典中的敏感数据类型，则将该敏感数据删除。例如，敏感数据包含电话号码这个类型，如果查询到的数据中包含电话号码这个类型，则将电话号码从查询到的数据中删除。

为了简化查询方式，可以根据历史经验建立测试数据池。历史经验指的是，每当根据测试任务的测试数据获取请求获取到测试数据后，便记录测试任务与测试数据之间的对应关系，记录该对应关系，并将查询到的测试数据复制至测试数据池中。

这样，测试数据池中便包含有测试数据，且随着测试任务的测试数据查询请求的增多，测试数据池中的测试数据也会增多。由于记录有测试任务与测试数据之间的对应关系，根据对应关系便可以从测试数据池中获取到测试任务对应的测试数据，即：接收与测试任务相关的另一测试数据获取请求；若该另一测试数据获取请求中并不包含数据查询条件，则依据对应关系，从测试数据池中获得测试任务对应的测试数据。

可见，历史的查询请求可以提供经验以构建测试数据池。根据历史查询请求与查询到的数据对应关系，可以直接从测试数据池中获得想要获得的测试数据。这种方式无需从海量的数据仓库中查询，测试数据的获得方式更加直接快捷。

需要说明的是，对应关系可以认为是对测试数据池中的测试数据进行分类，不同的测试数据对应的是不同的测试任务。

为了便于理解本申请的技术方案，图2示出了测试数据获得方法的场景示意。如图2所示，测试任务对应的测试数据获取请求发送至测试数据获取装置模块，测试数据获取装置可以从数据仓库中查询测试数据获取请求所需要的数据，在输出查询到的数据之前还可以进行数据漂白，以将敏感数据删除。漂白后的数据作为测试数据输出至测试数据池中。

见图3，其示出了本申请提供的一种测试数据的获得装置的结构，具体包括：请求接收单元301、数据查询单元302及数据获得单元303。

请求接收单元301，用于接收与测试任务相关的测试数据获取请求，所述测试数据获取请求中包含数据查询条件，所述数据查询条件用于指示所述测试任务需要的存储在数据仓库中的数据的范围；

数据查询单元302，用于在所述数据仓库中，查询满足所述数据查询条件的数据；

数据获得单元303，用于将查询到的数据作为所述测试任务的测试数据。

在一个示例中，所述数据查询条件包括：数据表标识及数据生成时间范围；则所述数据查询单元具体包括：数据表查询子单元及数据周期查询子单元。其中数据表查询子单元，用于在所述数据仓库中，查询所述数据表标识所指示的数据表；数据周期查询子单元，用于在查询到的数据表中，查询数据生成时间在所述数据生成时间范围内的数据。

在一个示例中，测试数据的获得装置还包括：数据漂白单元。数据漂白单元，用于在所述将查询到的数据作为所述测试任务的测试数据之前，判断所查询到的数据中是否包含预设的敏感数据；若是，则将所述敏感数据从所查询到的数据中删除。

在一个示例中，测试数据的获得装置还包括：测试数据池构建单元。测试数据池构建单元，用于建立所述测试任务与所述测试数据之间的对应关系；记录所述对应关系，并将所述测试数据复制至测试数据池中。

在一个示例中，测试数据的获得装置还包括：数据池获取数据单元。数据池获取数据单元，用于接收与所述测试任务相关的另一测试数据获取请求；以及若所述另一测试数据获取请求中并不包含数据查询条件，则依据所述对应关系，从所述测试数据池中获得所述测试任务对应的测试数据。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括上述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims

1.一种测试数据的获得方法，其特征在于，包括：

在所述数据仓库中，查询满足所述数据查询条件的数据；

将查询到的数据作为所述测试任务的测试数据。

2.根据权利要求1所述的测试数据的获得方法，其特征在于，所述数据查询条件包括：数据表标识及数据生成时间范围；

则所述在所述数据仓库中，查询满足所述数据查询条件的数据，包括：

在所述数据仓库中，查询所述数据表标识所指示的数据表；

在查询到的数据表中，查询数据生成时间在所述数据生成时间范围内的数据。

3.根据权利要求1所述的测试数据的获得方法，其特征在于，在所述将查询到的数据作为所述测试任务的测试数据之前，还包括：

判断所查询到的数据中是否包含预设的敏感数据；

若是，则将所述敏感数据从所查询到的数据中删除。

4.根据权利要求1所述的测试数据的获得方法，其特征在于，还包括：

建立所述测试任务与所述测试数据之间的对应关系；

记录所述对应关系，并将所述测试数据复制至测试数据池中。

5.根据权利要求4所述的测试数据的获得方法，其特征在于，还包括：

接收与所述测试任务相关的另一测试数据获取请求；

若所述另一测试数据获取请求中并不包含数据查询条件，则依据所述对应关系，从所述测试数据池中获得所述测试任务对应的测试数据。

6.一种测试数据的获得装置，其特征在于，包括：

7.根据权利要求6所述的测试数据的获得装置，其特征在于，所述数据查询条件包括：数据表标识及数据生成时间范围；

则所述数据查询单元包括：

数据表查询子单元，用于在所述数据仓库中，查询所述数据表标识所指示的数据表；

数据周期查询子单元，用于在查询到的数据表中，查询数据生成时间在所述数据生成时间范围内的数据。

8.根据权利要求6所述的测试数据的获得装置，其特征在于，还包括：

数据漂白单元，用于在所述将查询到的数据作为所述测试任务的测试数据之前，判断所查询到的数据中是否包含预设的敏感数据；若是，则将所述敏感数据从所查询到的数据中删除。

9.根据权利要求6所述的测试数据的获得装置，其特征在于，还包括：

测试数据池构建单元，用于建立所述测试任务与所述测试数据之间的对应关系；记录所述对应关系，并将所述测试数据复制至测试数据池中。

10.根据权利要求9所述的测试数据的获得装置，其特征在于，还包括：

数据池获取数据单元，用于接收与所述测试任务相关的另一测试数据获取请求；以及若所述另一测试数据获取请求中并不包含数据查询条件，则依据所述对应关系，从所述测试数据池中获得所述测试任务对应的测试数据。