一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

测试数据的生成方法和装置与流程

2021-11-05 20:36:00 来源:中国专利 TAG:


1.本技术涉及软件技术领域,尤其涉及一种测试数据的生成方法和装置。


背景技术:

2.数据类软件系统的建设均涉及系统测试,如内部测试、功能测试、压力测试,这些测试均需要预先准备测试数据。
3.目前测试数据的准备通常采用人工造数的方式,或采用数据脚本从相应的数据接口自动采集数据,但是人工造数时不仅费时费力,还极易出错;而数据脚本采集测试数据的方式仅可以针对特定的接口,无法适用于数据类软件系统中多样的接口。因此,如何快速生成测试数据是数据类软件系统建设面临的一项亟需解决的问题。


技术实现要素:

4.本技术的实施例提供一种测试数据的生成方法和装置,能够快速生成测试数据,提高软件系统的测试速度。
5.为达到上述目的,本技术的实施例采用如下技术方案:
6.第一方面,提供一种测试数据的生成方法,应用于测试数据服务平台,包括:测试数据服务平台获取待测试系统的基础数据;基础数据包括至少一个物理表,物理表用于指示待测试系统的文件格式;测试数据服务平台根据基础数据从预设数据生成规则确定多个目标数据生成规则;目标数据生成规则与物理表的文件格式对应;测试数据服务平台根据多个目标数据生成规则和至少一个物理表生成测试数据。
7.结合第一方面,在一些可能的实现方式中,测试数据服务平台根据基础数据从预设数据生成规则确定多个目标数据生成规则,包括:根据至少一个物理表内的多个字段从预设数据生成规则中确定多个目标数据生成规则。
8.结合第一方面,在一些可能的实现方式中,多个目标数据生成规则与多个字段一一对应;测试数据服务平台根据多个目标数据生成规则和至少一个物理表生成测试数据,包括:根据多个目标数据生成规则为至少一个物理表内对应的字段生成测试字段;根据多个测试字段生成测试数据。
9.结合第一方面,在一些可能的实现方式中,测试数据服务平台内存储有至少一个数据关联规则;测试数据服务平台根据多个目标数据生成规则和至少一个物理表生成测试数据,包括:根据至少一个数据关联规则和物理表内的多个字段确定物理表之间的关联关系;根据多个目标数据生成规则为物理表内对应的字段生成测试字段;根据物理表之间的关联关系和多个测试字段生成测试数据。
10.第二方面,提供一种测试数据生成装置,包括:获取模块,用于获取待测试系统的基础数据;基础数据包括至少一个物理表,物理表用于指示待测试系统的文件格式;规则确定模块,用于根据获取模块获取的基础数据从预设数据生成规则确定多个目标数据生成规则;目标数据生成规则与物理表的文件格式对应;数据生成模块,用于根据规则确定模块确
定的多个目标数据生成规则和至少一个物理表生成测试数据。
11.结合第二方面,一些可能的实现方式中,规则确定模块,具体用于根据至少一个物理表内的多个字段从预设数据生成规则中确定多个目标数据生成规则。
12.结合第二方面,一些可能的实现方式中,数据生成模块,具体用于:根据多个目标数据生成规则为至少一个物理表内对应的字段生成测试字段;根据多个测试字段生成测试数据。
13.结合第二方面,一些可能的实现方式中,上述多个目标数据生成规则与多个字段一一对应,测试数据服务平台内存储有至少一个数据关联规则;数据生成模块,具体用于:根据至少一个数据关联规则和物理表内的多个字段确定物理表之间的关联关系;根据多个目标数据生成规则为物理表内对应的字段生成测试字段;根据物理表之间的关联关系和多个测试字段生成测试数据。
14.第三方面,提供一种测试数据生成装置,包括:存储器、处理器、总线和通信接口;存储器用于存储计算机执行指令,处理器与存储器通过总线连接;当测试数据生成装置运行时,处理器执行存储器存储的计算机执行指令,以使测试数据生成装置执行如第一方面提供的测试数据生成方法。
15.第四方面,提供一种计算机可读存储介质,计算机可读存储介质包括计算机执行指令,当计算机执行指令在计算机上运行时,使得计算机执行如第一方面提供的测试数据生成方法。
16.本技术实施例提供的测试数据生成方法,应用于测试数据服务平台,包括:测试数据服务平台获取待测试系统的基础数据;基础数据包括至少一个物理表,物理表用于指示待测试系统的文件格式;测试数据服务平台根据基础数据从预设数据生成规则确定多个目标数据生成规则;目标数据生成规则与物理表的文件格式对应;测试数据服务平台根据多个目标数据生成规则和至少一个物理表生成测试数据。本技术实施例提供的测试数据生成方法中,测试数据服务平台可以从待测试系统获取其测试数据对应的物理表,由于物理表可以指示测试数据的文件格式(如测试数据的结构、类型和主外键关系等),且由于测试数据服务平台内包括多种预设数据生成规则,根据测试数据的文件格式即可以确定对应的目标数据生成规则,进而根据目标数据生成规则为测试数据对应物理表的各个字段生成实例数据,以确定测试数据。由于这里测试数据服务平台可以根据测试数据的文件格式确定不同的数据生成规则,避免了以人工方式造数时费时费力的问题,提高了测试数据的生成速度;且由于测试数据服务平台预设了多种数据生成规则,可以应对多种待测试系统的测试数据生成需求。
附图说明
17.为了更清楚地说明本技术实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本技术的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
18.图1为本技术实施例提供的一种实施环境的架构示意图;
19.图2为本技术实施例提供的一种测试数据生成方法的流程示意图之一;
20.图3为本技术实施例提供的一种测试数据生成方法的流程示意图之二;
21.图4为本技术实施例提供的一种测试数据生成方法的流程示意图之三;
22.图5为本技术实施例提供的一种测试数据生成方法的流程示意图之四;
23.图6为本技术实施例提供的一种测试数据生成装置的结构示意图;
24.图7为本技术实施例提供的又一种测试数据生成装置的结构示意图。
具体实施方式
25.下面将结合本技术实施例中的附图,对本技术实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本技术一部分实施例,而不是全部的实施例。基于本技术中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本技术保护的范围。
26.需要说明的是,本技术实施例中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本技术实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
27.为了便于清楚描述本技术实施例的技术方案,在本技术的实施例中,采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分,本领域技术人员可以理解“第一”、“第二”等字样并不是在对数量和执行次序进行限定。
28.为了便于理解本技术,下面对本技术涉及到的相关要素进行描述。
29.批量(batch)
30.在批量处理过程中,用户的请求被分类后,积累到一起一同提交给主机,提交后,主机按顺序对这些请求逐一进行处理,待全部处理完成后再将处理结果一同输出出来。
31.联机
32.联机处理是指请求的接收和处理都是实时的,一旦处理完成后就要实时将处理结果传给用户。同批量不同的是,联机交易是并发的,来自于四面八方,因此联机交易无法控制请求的顺序、种类和先后,具有不可预测性。
33.表间关联关系
34.关联就是两个事物之间通过共有的特征进行对接,进而实现信息的整合。表间的关联关系就是两个或多个表之间,两组或多组数据之间的勾连关系。例如,在客户信息表中包括客户号、客户姓名、性别、年龄等信息,业务表中包括客户号、交易量和交易编号等信息,因此这里可以根据客户号将客户信息表和业务表关联,进而可以确定客户对应的交易量和交易编号等信息。
35.元数据(metadata)
36.元数据是描述其它数据的数据(data about other data),或者说是用于提供某种资源的有关信息的结构数据(structured data)。元数据可以是描述信息资源或数据等对象的数据,例如,对于上述客户信息表,其对应的元数据可以包括客户号、客户姓名、性别和年龄等信息。
37.下面对本技术的技术方案进行说明。
38.目前的软件测试中,待测试系统的铺底数据通常采用生产数据脱敏的方式,整库
备份恢复的方式为待测试系统准备测试数据,这种方式耗时较长,无法满足待测试系统越来越快的测试要求。当然,测试数据也可以是通过人工造数的方式生成,同样耗时耗力,无法满足待测试系统越来越快的测试要求。
39.针对上述问题,本技术实施例提供一种实施环境的示意图,如图1所示,包括待测试系统01和测试数据服务平台02。
40.待测试系统01可以是软件程序的前端系统,待测试系统01的业务数据可以以表的形式存储在数据库中,也可以以文件的形式存储在对应的存储空间。在待测试系统01存储业务数据的数据库可以是oracle、mysql、hive等数据库,这里不做限定。
41.测试数据服务平台02内存储有数据生成规则和数据关联规则,以为不同的待测试系统01生成对应的测试数据。
42.一些可能的实现方式中,测试数据服务平台02还可以存储已生成的测试数据。
43.测试数据服务平台02可以是服务器集群(由多个服务器组成)中的一个服务器,也可以是该一个服务器中的芯片,还可以是该一个服务器中的片上系统,还可以通过部署在物理机上的虚拟机(virtual machine,vm)实现。
44.依据上述的实施环境,本技术实施例提供一种测试数据生成方法,应用于图1所示的测试数据服务平台。如图2所示,包括:
45.s101、测试数据服务平台获取待测试系统的基础数据。
46.其中,基础数据包括至少一个物理表,物理表用于指示待测试系统的文件格式。
47.作为一种可能的实现方式,上述文件格式是指待测试系统对应数据库中物理表的存储格式,如物理表包括的字段等。
48.在待测试系统通过数据库维护业务数据,且数据库包括元数据信息时(此时数据库可以为oracle、mysql、hive等数据库),测试数据服务平台可以获取数据库对应的元数据信息;由于元数据信息用于指示待测试系统对应业务数据的数据结构,因此这里获取数据库的元数据信息之后,即可以根据该元数据信息确定待测试系统对应业务数据的数据结构。由于数据库中的业务数据以二维表的形式存储,且在数据库内可以存储多个业务表(如客户信息表,业务交易表等),因此这里的测试数据服务平台可以根据元数据信息确定数据库中多个业务表,以及这些业务表的数据结构(文件格式)。上述的物理表可以为数据库中的二维表。
49.示例性的,若待测试系统的数据库包括客户信息表和业务交易表,客户信息表可以如下表1所示,业务交易表可以如下表2所示。
50.表1
51.客户号客户姓名性别年龄
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ…………
52.表2
53.客户号当日交易量交易时间累积交易量
ꢀꢀꢀꢀ
ꢀꢀꢀꢀꢀꢀꢀꢀ…………
54.表1示出的客户信息表包括客户号、客户姓名、性别和年龄等字段,表2示出的业务交易表包括客户号、当日交易量、交易时间和累积交易量等字段。这里将表格内的列称为字段,行称为记录。
55.此时,待测试系统的数据库对应的元数据信息可以包括表1的标识,以及表1内的字段信息(如客户号、客户姓名、性别和年龄);还可以包括表2的标识,以及表2内的字段信息(如客户号、当日交易量、交易时间和累计交易量)。因此,测试数据服务平台在获取待测试系统对应数据库的元数据信息后,即可以确定待测试系统业务数据的文件格式,而测试数据用于该待测试系统的性能测试,因此测试数据的文件格式与其业务数据的文件格式相同,因此这里测试数据服务平台根据元数据信息确定对应业务数据的文件格式即为测试数据的文件格式,进而这里可以根据元数据信息确定测试数据包括的字段信息。
56.另一种可能的实现方式中,在待测试系统的数据库中未包括元数据信息时(如数据库为mongodb、kafka等数据库),测试数据服务平台也可以通过“批量导入”的方式,从外部向测试数据服务平台导入待测试系统对应业务数据(测试数据)的格式,例如,向测试数据服务平台导入excel文件,该文件可以包括待测试系统对应测试数据的字段信息。
57.另一种可能的实现方式中,本技术中的测试数据服务平台还可以为文件系统生成测试数据,此时测试数据服务平台可以获取文件系统的数据文件,并通过解析该数据文件(如file)确定其对应的字段信息,即确定文件系统对应测试数据的字段信息。
58.s102、测试数据服务平台根据基础数据从预设数据生成规则确定多个目标数据生成规则。
59.其中,目标数据生成规则与物理表的文件格式对应。
60.作为一种可能的实现方式,测试数据服务平台内包括多项预设数据生成规则,这些预设数据生成规则可以针对不同的字段,如预设数据生成规则可以包括第一预设数据生成规则、第二预设数据生成规则、第三预设数据生成规则等,其中,第一预设数据生成规则可以与第一字段对应,第二预设数据生成规则可以与第二字段对应,第三预设数据生成规则可以与第三字段对应等。
61.因此,在步骤s101确定测试数据包括的字段信息后,即可以根据预设数据生成规则与相应字段间的对应关系,从预设数据生成规则中确定出对应的目标数据生成规则。例如,测试数据包括第一字段和第二字段,则这里可以从预设数据生成规则中确定出与第一字段对应的第一预设数据生成规则,以及与第二字段对应的第二预设数据生成规则,这里第一预设数据生成规则和第二预设数据生成规则即为上述的目标数据生成规则。
62.需要说明的是,由于测试数据服务平台内存储的预设数据生成规则与相应的字段相对应,即预设数据生成规则与字段之间存在映射关系,具体可以如下表3所示。
63.表3
64.数据生成规则对应字段第一预设数据生成规则第一字段第二预设数据生成规则第二字段
第三预设数据生成规则第三字段第四预设数据生成规则第四字段
……
65.因此,本步骤中即可以根据测试数据的字段信息,结合预设数据生成规则与字段之间存在映射关系确定这些字段信息对应的预设数据生成规则,即确定目标数据生成规则。
66.一种可能的实现方式中,上述映射关系内的第一字段可以为客户号字段,第二字段可以为姓名字段,第三字段可以为性别字段等等。
67.一些实施例中,结合图2,如图3所示,上述步骤s102可以具体为:
68.测试数据服务平台根据至少一个物理表内的多个字段从预设数据生成规则中确定多个目标数据生成规则。
69.作为一种可能的实现方式,测试数据的物理表可以包括第一物理表和第二物理表,第一物理表可以包括第一字段、第二字段和第三字段,第二物理表可以包括第四字段、第五字段和第六字段。因此,这里可以根据上述映射关系确定各个字段对应的预设数据生成规则,即确定各个字段对应的目标数据生成规则。例如,可以根据上述映射关系确定第一字段对应的第一目标数据生成规则,第二字段对应的第二目标数据生成规则,第三字段对应的第三目标数据生成规则等。
70.s103、测试数据服务平台根据多个目标数据生成规则和至少一个物理表生成测试数据。
71.作为一种可能的实现方式,在确定测试数据对应的目标数据生成规则之后,即可以根据这些目标数据生成规则为对应的字段生成填充信息,进而将这些字段整合为测试数据。
72.一些实施例中,由于多个目标数据生成规则与多个字段一一对应,如第一目标数据生成规则与第一字段对应,第二目标数据生成规则与第二字段对应等。结合图3,如图4所示,因此上述步骤s103可以包括:
73.s1031a、根据多个目标数据生成规则为至少一个物理表内对应的字段生成测试字段。
74.作为一种可能的实现方式,由于目标数据生成规则指示了相应字段的数据生成规则,因此这里确定目标数据生成规则之后,即可以为相应的字段生成填充数据,即生成测试字段。
75.示例性的,若第一物理表包括第一字段、第二字段和第三字段,第一字段与第一目标数据生成规则对应,第二字段与第二目标数据生成规则对应,第三字段与第三目标数据生成规则对应,且第一物理表为客户信息表,第一字段为客户号字段,第二字段为姓名字段,第三字段为性别字段,则第一目标数据生成规则可以为客户号字段填充具体信息,第二目标数据生成规则可以为姓名字段填充具体信息,第三目标数据生成规则可以为性别字段填充具体信息。
76.进一步的,第一目标数据生成规则可以指示客户号字段的具体信息为八位数字,该八位数字可以从00000001开始顺序递增,或随机生成。如根据第一目标数据生成规则为客户号字段生成的具体信息可以为00000001、00000002、00000003

顺序生成,也可以为
05602160、26460654、66134623

等随机生成。
77.第二目标数据生成规则可以指示姓名字段为二至四位的文本,且该字段的首位为预设文字(如百家姓),二至四位则可以为随机文字。例如根据第二目标数据规则为姓名字段生成的具体信息可以为张三、李四、王五等。
78.第三目标数据生成规则可以指示性别字段为男或女。如第三目标数据生成规则为性别字段生成的具体信息可以为男或女。
79.需要说明的是,上述客户信息表仅为示例性的,其还可以包括更多字段,如身份证号字段、职业字段等,这些字段也可以包括对应的目标数据生成规则。
80.上述物理表和字段仅为示例性的,物理表和对应字段还可以包括更多,如字段还可以包括物理表所属产品类型、所属数据仓库、表英文名称、表中文名称等,这里不再一一赘述。
81.s1032a、根据多个测试字段生成测试数据。
82.作为一种可能的实现方式,在上述s1031a为物理表内各字段生成对应的测试字段之后,即可以将这些测试字段整合之相应的物理表内,以生成测试表;在待测试系统包括多个物理表时,即可以根据这些物理表对应的测试表生成测试数据。
83.示例性的,若客户信息表包括客户号、客户姓名、性别和年龄字段,根据步骤s1031a为客户号字段生成的具体信息可以包括00000001、00000002、00000003

,为客户姓名字段生成的具体信息可以包括张三、李四、王五

,为性别字段生成的具体信息可以包括男、男、男

,为年龄字段生成的具体信息可以包括20、24、35

,则这里根据这些测试字段生成的测试表(客户信息测试表)可以如下表4所示。
84.表4
85.客户号客户姓名性别年龄00000001张三男2000000002李四男2400000003王五男35
…………
86.同样的,若业务交易表包括客户号、当日交易量、交易时间和累积交易量,根据步骤s1032a为客户号字段生成的具体信息可以包括00000001、00000002、00000003

,为当日交易量生成的具体信息可以包括500、550、1000

,为交易时间生成的具体信息可以包括2021.06.21、2021.06.21、2021.06.21

,为累积交易量生成的具体信息可以包括500、800、5000

,则这里根据这些测试字段生成的测试表(业务交易测试表)可以如下表5所示。
87.表5
88.客户号当日交易量交易时间累积交易量000000015002021.06.21500000000025502021.06.218000000000310002021.06.215000
…………
89.当然,上述客户信息表和业务交易表仅为示例性的,在待测试系统的数据库包括更多物理表时,这里还可以均为这些物理表生成对应的测试表,这些测试表即组成测试数
据。
90.一些实施例中,结合图3,如图5所示,上述步骤s103还可以包括:
91.s1031b、根据至少一个数据关联规则和物理表内的多个字段确定物理表之间的关联关系。
92.作为一种可能的实现方式,数据关联规则可以指示不同物理表之间的关系,例如,数据关联规则可以包括第一数据关联规则和第二数据关联规则,测试数据包括第一物理表、第二物理表和第三物理表。数据关联规则可以通过不同物理表之间的字段将其进行关联,例如第一物理表包括第一字段和第二字段,第二物理表包括第一字段和第三字段,第三物理表包括第三字段和第四字段,且第一数据关联规则指示将包括第一字段的物理表关联,第二数据关联规则指示将包括第三字段的物理表关联,则这里可以根据第一数据关联规则将第一物理表和第二物理表关联,根据第二数据关联规则将第二物理表和第三物理表关联。
93.当然,这里的关联字段(如上述的第一字段和第三字段)可以为物理表的关键信息,具有一定的标识作用,如关联字段可以是客户号、身份证号等。
94.因此,在获取测试数据包括的物理表,及这些物理表包括的字段后,即可以根据数据关联规则和物理表中的关联字段将这些物理表关联起来。
95.s1032b、根据多个目标数据生成规则为物理表内对应的字段生成测试字段。
96.作为一种可能的实现方式,这里生成测试字段的过程可以参照上述步骤s1031a

s1032a,这里不再赘述。
97.s1033b、根据物理表之间的关联关系和多个测试字段生成测试数据。
98.作为一种可能的实现方式,在上述步骤s1032b确定各个物理表内字段对应的测试字段之后,可以根据关联关系将多个测试表整合至一个测试表内,作为测试数据。
99.示例性的,若根据目标数据生成规则生成的测试表包括表4和表5所示,则步骤s1031b中可以根据数据关联规则将表4所示的客户信息测试表和表5所示的业务交易测试表关联,这里关联字段即为表4和表5中的客户号。
100.进一步的,由于表4和表5具有关联关系,因此这里根据其关联关系将表4和表5生成的测试字段确定如下表6所示的测试表。
101.表6
[0102][0103]
需要说明的是,在待测试系统的测试数据包括更多物理表时,还可以根据数据关联规则将更多的测试表关联,具体方法可以参照上述步骤,这里不再赘述。
[0104]
一些实施例中,与上述步骤s101对应的,在待测试系统通过数据库维护业务数据
时,这里测试数据服务平台可以将上述的测试数据生成至数据库对应的物理表内。例如,待测试系统通过mysql数据库维护业务数据时,上述测试数据可以直接生成至该mysql数据库对应的表中。
[0105]
另一种可能的实现方式中,在待测试系统为文件系统时,测试数据服务平台生成的测试数据可以生成至目标文件名对应的存储位置,该存储位置可以通过步骤s101中解析数据文件获得。
[0106]
另一种可能的实现方式中,测试数据服务平台还可以提供对外接口,如resful api;在测试数据服务平台生成测试数据后,可以将其存储在本地存储空间内,外部测试工具(如jemter、postman等)可以通过对外接口获取其内的测试数据。
[0107]
一些实施例中,本技术提供的测试数据生成方法中,测试数据服务平台存储的数据生成规则还可以指示不同物理表对应测试数据的生成顺序,如物理表在包括第一物理表、第二物理表和第三物理表时,数据生成规则可以指示测试数据服务平台先生成第三物理表对应的测试数据,再生成第一物理表对应的测试数据,最后生成第二物理表对应的测试数据。这里通过对不同物理表对应测试数据的生成顺序进行限制时,可以结合不同物理表对应关联关系,生成更适合待测试系统的测试数据。
[0108]
一些实施例中,测试数据服务平台在生成测试数据后,还可以生成测试数据对应的数据清单,数据清单可以包括测试数据的标识,以及测试数据的存储位置等。通过数据清单,外部测试工具可以确定所需测试数据的存储位置,进而调用对应的测试数据。
[0109]
本技术实施例提供的测试数据生成方法,应用于测试数据服务平台,包括:测试数据服务平台获取待测试系统的基础数据;基础数据包括至少一个物理表,物理表用于指示待测试系统的文件格式;测试数据服务平台根据基础数据从预设数据生成规则确定多个目标数据生成规则;目标数据生成规则与物理表的文件格式对应;测试数据服务平台根据多个目标数据生成规则和至少一个物理表生成测试数据。本技术实施例提供的测试数据生成方法中,测试数据服务平台可以从待测试系统获取其测试数据对应的物理表,由于物理表可以指示测试数据的文件格式(如测试数据的结构、类型和主外键关系等),且由于测试数据服务平台内包括多种预设数据生成规则,根据测试数据的文件格式即可以确定对应的目标数据生成规则,进而根据目标数据生成规则为测试数据对应物理表的各个字段生成实例数据,以确定测试数据。由于这里测试数据服务平台可以根据测试数据的文件格式确定不同的数据生成规则,避免了以人工方式造数时费时费力的问题,提高了测试数据的生成速度;且由于测试数据服务平台预设了多种数据生成规则,可以应对多种待测试系统的测试数据生成需求。
[0110]
如图6所示,本技术实施例提供一种测试数据生成装置20,包括:
[0111]
获取模块201,用于获取待测试系统的基础数据;基础数据包括至少一个物理表,物理表用于指示待测试系统的文件格式。
[0112]
规则确定模块202,用于根据获取模块201获取的基础数据从预设数据生成规则确定多个目标数据生成规则;目标数据生成规则与物理表的文件格式对应。
[0113]
数据生成模块203,用于根据规则确定模块202确定的多个目标数据生成规则和至少一个物理表生成测试数据。
[0114]
可选的,规则确定模块202,具体用于根据至少一个物理表内的多个字段从预设数
据生成规则中确定多个目标数据生成规则。
[0115]
可选的,数据生成模块203,具体用于:根据多个目标数据生成规则为至少一个物理表内对应的字段生成测试字段;根据多个测试字段生成测试数据。
[0116]
可选的,多个目标数据生成规则与多个字段一一对应,测试数据服务平台内存储有至少一个数据关联规则;数据生成模块203,具体用于:根据至少一个数据关联规则和物理表内的多个字段确定物理表之间的关联关系;根据多个目标数据生成规则为物理表内对应的字段生成测试字段;根据物理表之间的关联关系和多个测试字段生成测试数据。
[0117]
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
[0118]
如图7所示,本技术实施例还提供另一种模拟挡板,包括存储器31、处理器32、总线33和通信接口34;存储器31用于存储计算机执行指令,处理器32与存储器31通过总线33连接;当模拟挡板运行时,处理器32执行存储器31存储的计算机执行指令,以使模拟挡板执行如上述实施例提供的接口测试方法。
[0119]
在具体的实现中,作为一种实施例,处理器32(32

1和32

2)可以包括一个或多个cpu,例如图7中所示的cpu0和cpu1。且作为一种实施例,模拟挡板可以包括多个处理器32,例如图7中所示的处理器32

1和处理器32

2。这些处理器32中的每一个cpu可以是一个单核处理器(single

cpu),也可以是一个多核处理器(multi

cpu)。这里的处理器32可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
[0120]
存储器31可以是只读存储器(read

only memory,rom)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,ram)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electrically erasable programmable read

only memory,eeprom)、只读光盘(compact disc read

only memory,cd

rom)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器31可以是独立存在,通过总线33与处理器32相连接。存储器31也可以和处理器32集成在一起。
[0121]
在具体的实现中,存储器31,用于存储本技术中的数据和执行本技术的软件程序对应的计算机执行指令。处理器32可以通过运行或执行存储在存储器31内的软件程序,以及调用存储在存储器31内的数据,模拟挡板的各种功能。
[0122]
通信接口34,使用任何收发器一类的装置,用于与其他设备或通信网络通信,如控制系统、无线接入网(radio access network,ran),无线局域网(wireless local area networks,wlan)等。通信接口34可以包括接收单元实现接收功能,以及发送单元实现发送功能。
[0123]
总线33,可以是工业标准体系结构(industry standard architecture,isa)总线、外部设备互连(peripheral component interconnect,pci)总线或扩展工业标准体系结构(extended industry standard architecture,eisa)总线等。该总线33可以分为地址总线、数据总线、控制总线等。为便于表示,图7中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
[0124]
本技术实施例还提供一种计算机可读存储介质,计算机可读存储介质包括计算机执行指令,当计算机执行指令在计算机上运行时,使得计算机执行如上述实施例提供的测试数据生成方法。
[0125]
本技术实施例还提供一种计算机程序,该计算机程序可直接加载到存储器中,并含有软件代码,该计算机程序经由计算机载入并执行后能够实现上述实施例提供的测试数据生成方法。
[0126]
本领域技术人员应该可以意识到,在上述一个或多个示例中,本技术所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时,可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质,其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。
[0127]
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
[0128]
在本技术所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。例如多个单元或组件可以结合或者可以集成到另一个装置,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是一个物理单元或多个物理单元,即可以位于一个地方,或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0129]
另外,在本技术各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个可读取存储介质中。基于这样的理解,本技术实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该软件产品存储在一个存储介质中,包括若干指令用以使得一个设备(可以是单片机,芯片等)或处理器(processor)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
[0130]
以上所述,仅为本技术的具体实施方式,但本技术的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本技术揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本技术的保护范围之内。因此,本技术的保护范围应以权利要求的保护范围为准。
再多了解一些

本文用于企业家、创业者技术爱好者查询,结果仅供参考。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献