CN107894953A - 一种银行应用测试数据的生成方法及装置 - Google Patents

Abstract

本申请提供一种银行应用测试数据的生成方法及装置。所述方法包括：接收根据需求参数配置表输入的测试数据需求信息，所述测试数据需求信息包括带有业务含义的数字和/或字符；在数据库中查找所述测试数据需求信息对应的业务规则，根据所述业务规则，生成对应于所述业务规则的初始测试数据；整合所述初始测试数据，生成银行应用的测试数据。利用本申请中各实施例，实现了银行应用测试数据的自动生成，提高了银行应用测试数据生成的效率和准确性。

Description

一种银行应用测试数据的生成方法及装置

技术领域

本申请属于软件测试技术领域，尤其涉及一种银行应用测试数据的生成方法及装置。

背景技术

在软件开发过程中，为了验证软件的稳定性，通常需要进行软件测试。软件测试过程中一项非常重要的工作就是生成和维护测试数据，而这个工作恰恰是繁琐的、重复的且极易出错的。银行类应用的测试数据与其他行业测试数据的不同点在于，测试数据本身往往带有一定的业务含义，因此银行应用的测试数据的快速生成是银行应用开发的关键。

现有技术中，获取银行类测试数据的来源主要有：第一种是根据测试系统需求的分析，针对正常业务、异常情况、边界值情况来构建完整的数据。第二种是利用现有系统，把过去在生产环境中运行的测试数据导出，加工再利用。第三种是将在手工测试过程中积累的数据作为测试数据。第一种方法，需要开发人员具有较高的业务理解水平，在单元测试阶段和组装测试阶段开始阶段将全套业务流程分析完毕，对于测试人员的综合能力要求较高。尤其在并行任务开发过程中易出现测试分析不全面、测试点遗漏等情况，导致测试数据质量较低，影响测试质量。第二种方法，由于银行业务数据的敏感性，生产数据不能直接使用，若利用需建立在能保持原始数据的特性并能消除其中敏感信息的基础上进行相关操作。即使对生产数据进行数据漂白后再使用，部分特定业务场景(特殊异常值等)存在局限性，无法适应所有测试场景。况且银行类应用的生产数量巨大(舍弃部分数据后可利用部分约4T左右)，从获取数据开始直至数据装载完毕，整套流程耗费非常多时间，测试数据的准备时间太长。第三种方法，目前手工生成测试数据一般通过前端界面功能调用生成或通过接口调用生成，若对系统进行性能测试时，往往需要在后台数据库中生成大量的测试数据，单纯靠手工操作无法满足大批量数据生成条件，进一步影响测试质量。

因此，业内亟需一种能够生成银行应用测试数据，提高银行应用测试质量的实施方案。

发明内容

本申请目的在于提供一种银行应用测试数据的生成方法及装置，根据需求参数配置表输入的测试数据需求信息，并结合实际的业务规则自动生成测试数据，提高了测试数据生成的效率以及准确性。

一方面本申请提供了一种银行应用测试数据的生成方法，包括：

接收根据需求参数配置表输入的测试数据需求信息，所述测试数据需求信息包括带有业务含义的数字和/或字符；

在数据库中查找所述测试数据需求信息对应的业务规则，根据所述业务规则，生成对应于所述业务规则的初始测试数据；

整合所述初始测试数据，生成银行应用的测试数据。

进一步地，所述方法的另一个实施例中，所述在数据库中查找所述测试数据需求信息对应的业务规则，包括：

根据业务要求将所述测试数据需求信息进行解析，获取所述测试数据需求信息的子业务数据信息；

在所述数据库中查找所述子业务数据信息对应的业务规则。

进一步地，所述方法的另一个实施例中，所述需求参数配置表的建立方法包括：

预先根据不同的所述测试数据需求信息，构建所述需求参数配置表，所述需求参数配置表中包括不同的测试数据需求信息对应的字符和/或数字。

进一步地，所述方法的另一个实施例中，所述整合所述初始测试数据，生成银行应用的测试数据，包括：

读取预先根据业务要求建立整合参数配置表，将所述初始测试数据，填入所述整合参数配置表中对应的位置处，生成所述测试数据。

另一方面，本申请提供了一种银行应用测试数据的生成装置，包括：

输入分析模块，用于接收根据需求参数配置表输入的测试数据需求信息，所述测试数据需求信息包括带有业务含义的数字和/或字符；

业务分析模块，用于在数据库中查找所述测试数据需求信息对应的业务规则，根据所述业务规则，生成对应于所述业务规则的初始测试数据；

测试数据生成模块，用于整合所述初始测试数据，生成银行应用的测试数据。

进一步地，所述装置的另一实施例中，所述业务分析模块包括：

信息拓展单元，用于根据业务要求将所述测试数据需求信息进行解析，获取所述测试数据需求信息的子业务数据信息；

业务规则查找单元，用于在所述数据库中查找所述子业务数据信息对应的业务规则。

进一步地，所述装置的另一个实施例中，所述输入分析模块还用于：

预先根据不同的所述测试数据需求信息，构建所述需求参数配置表，所述需求参数配置表中包括不同的测试数据需求信息对应的字符和/或数字。

进一步地，所述装置的另一个实施例中，所述测试数据生成模块还用于：

读取预先建立整合参数配置表，将所述初始测试数据，填入所述整合参数配置表中对应的位置处，生成所述测试数据。

再一方面，本申请还提供了一种银行应用测试数据的生成装置，包括：处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现上述银行应用测试数据的生成方法。

又一方面，本申请还提供了一种电子设备，包括至少一个处理器以及用户存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：

接收根据需求参数配置表输入的测试数据需求信息，所述测试数据需求信息包括带有业务含义的数字和/或字符；

在数据库中查找所述测试数据需求信息对应的业务规则，根据所述业务规则，生成对应于所述业务规则的初始测试数据；

整合所述初始测试数据，生成银行应用的测试数据。

本申请提供的银行应用测试数据的生成方法及装置，基于数据库中的需求参数配置表，按照银行应用测试数据对应的业务规则的逻辑生成测试数据。方法简单易用，开发人员只需输入几个必要逻辑数据即可生成相关的测试数据。结合实际的业务规则，实现了测试数据的自动生成，不需要操作人员具备较高的专业能力，提高了测试数据生成的效率和准确性，提高了银行应用测试的质量。并且，可以预先根据测试需要建立满足各种测试数据需求的需求参数配置表，使得生成的测试数据业务覆盖全面，有效解决开发人员手工造测试数据业务逻辑缺失的问题，大大提升测试数据准备的准确性和效率，进一步提升相关任务的开发效率。

附图说明

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

图1是本申请提供的一种银行应用测试数据的生成方法一个实施例的方法流程示意图；

图2是本申请一个实施例中银行应用测试数据生成过程中输入界面的示意图；

图3是本申请提供的银行应用测试数据的生成装置一个实施例的模块结构示意图；

图4是本申请一个实施例中业务分析模块的结构示意图；

图5是本申请提供的另一种银行应用测试数据的生成装置实施例的模块结构示意图。

具体实施方式

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

在进行软件开发时，通常需要对软件进行测试，以确定软件的稳定性。测试软件所需的数据即为测试数据，利用测试数据可以模拟软件的工作流程，测试软件的功能等。目前网银批次任务开发中，在单元测试阶段和组装测试阶段，开发人员需根据指定测试条件花费大量时间准备测试数据，遇到并行开发任务可能会根据不同任务的测试点准备多套数据，不仅重复测试数据准备工作而且测试数据之间极易混淆。同时，随着人民币国际化水平的提升，网银服务的客户群体已扩大至全球范围，如何应对多银行不同监管的测试需求也成为测试数据准备工作中的一个痛点。因此，测试数据的生成是软件开发的一项关键技术，尤其是银行应用测试数据的生成。银行应用可以包括与银行类业务相关的应用或系统等，例如：网上银行、电子银行等。

图1是本申请提供的一种银行应用测试数据的生成方法一个实施例的方法流程示意图，本申请提供的银行应用测试数据的生成方法包括：

S1、接收根据需求参数配置表输入的测试数据需求信息，所述测试数据需求信息包括带有业务含义的数字和/或字符。

具体地，本申请实施例中用户可以根据测试的条件输入对应的测试数据需求信息，本申请实施例中可以将测试数据需求信息使用带有业务含义的数字和/或字符表示。例如：CN表示中国，各个银行机构分别对应不同的数字等。用户可以根据需求参数配置表中对应的参数配置含义，输入对应的字符和/或数字表示测试数据需求信息。将文字性的复杂的测试数据的需求转化为简单的字符和/或数字的数据流，不需要复杂的数据分析，简化了测试数据生成的过程，提高了测试数据生成的效率。

例如：图2是本申请一个实施例中银行应用测试数据生成过程中输入界面的示意图，如图2所示，若测试需要准备海外行(例如纽约分行)客户数据，该客户需开通3个对公账户，其余要素项默认标准配置。若需求参数配置表中纽约分行的配置参数为61，则用户仅需在指定位置如：“市场细分”这一栏输入纽约分行对应的参数61，在“账户数量”处输入数字3，即可表示用户的测试数据需求信息。

本申请一个实施例中，可以预先根据不同的所述测试数据需求信息，构建所述需求参数配置表，所述需求参数配置表中包括不同的测试数据需求信息对应的字符和/或数字。

具体地，可以预先总结汇总出软件测试如网银测试对应的不同的测试数据需求信息，例如：业务测试、客户信息查询等。根据测试数据需求信息，建立需求参数配置表，为不同的业务含义配置不同的数字和/或字符，例如：不同的国别使用不同的字符表示，不同的银行机构配置不同的数字等。用户在进行网银测试时，根据需要的测试数据的信息，对应预先建立的需求参数配置表，输入相应的表示业务含义的数字和/或字符。

表1中国银行银行机构配置参数表

银行代码	银行名称
		203	米兰分行
204	约翰内斯堡分行
		205	赞比亚中国银行
206	匈牙利中国银行
		207	巴黎分行
208	法兰克福
		209	卢森堡分行
210	卢森堡公司
		211	鹿特丹分行
212	布鲁塞尔分行
		213	波兰分行
214	斯德哥尔摩分行
		215	里斯本分行
216	布达佩斯分行

根据预先建立的需求参数配置表，可以将复杂的测试数据需求信息简化为简单的字符和/或数字表示的数据流。例如：自2017年初SWIFT(Society for WorldwideInterbank Financial Telecommunications，环球同业银行金融电讯协会)组织提供全球支付创新服务(GPI，Global Payments Innovation)，中国银行巴黎分行对公客户可使用该服务完成汇入美国花旗银行的国际汇款业务。这段描述中的中国银行巴黎分行、对公客户、GPI服务、美国花旗银行属于文字性的测试数据需求信息，可以根据预先建立的需求参数配置表将文字性的测试数据需求信息抽象成为字符流，这种抽象规则的需求参数配置表可以事先固化在数据库中。以中国银行巴黎分行这一测试数据要素为例，其性质为银行机构属性。例如：可以预先将不同银行机构配置不同的参数，如：部分银行机构的配置参数可以参见表1，读取银行机构配置参数表，可以发现“207”这3位数字代表中国银行巴黎分行。则用户仅需输入“207”即可完成“中国银行巴黎分行”这一测试数据需求的输入。

根据不同的测试需求，可以建立不同的需求参数配置表，以满足不同的银行应用的测试如：不同银行的网银测试。当业务模型或规则有变化或有更新时，可以通过修改需求参数配置表，以方便用户输入满足需求的测试数据需求信息，进一步生成满足测试数据需求的测试数据。相较于XML配置文件等方式，具有调整简单、即时生效、无需重新组包部署等特点，提高了测试数据生成的效率。此外，根据需求预先建立需求参数配置表，可以满足各种业务测试的需求，使得生成的测试数据业务覆盖更全面。

S2、在数据库中查找所述测试数据需求信息对应的业务规则，根据所述业务规则，生成不同的初始测试数据。

具体地，由于测试数据可能不能够简单的随机生成，尤其是银行应用的测试数据，需要满足一定的业务规则。银行类测试数据与其他行业测试数据的不同点在于，测试数据本身往往带有一定的业务含义。业务规则可以指实际使用时需要满足的业务要求，如：银行账号通常需要满足一定的位数要求。接收到用户输入的测试数据需求信息后，在数据库中查找测试数据需求信息对应的业务规则，根据测试数据需求信息对应的业务规则生成不同的初始测试数据。

例如：加入SWIFT组织的每一家银行均有唯一的标识即SWITF CODE，这个数据并非简单的11位数字和字母的组合，而是与银行有着固定的映射关系。当测试数据涉及生成SWITF CODE这一属性时，可以在SWIFT组织已经发布的SWITF CODE全量表中查找。预先可以将SWITF CODE全量表作为需求参数配置表存储在数据库中，以便查找。如：中国银行总行的SWITF CODE，可配置为BKCHCNBJXXX。可以预先将不同的业务规则以及与业务规则对应的业务需求之间的关系存储在数据库中，并且可以根据需要进行修改和更新，以确保生成的测试数据更加准确，提高测试结果的准确性。

例如：用户输入的测试数据需求信息中包括：巴黎分行的汇款业务信息，而完成汇款业务则需要银行账号、币种、交易额等。此外，巴黎分行所在地法国参入了欧洲银行标准委员会(简称ECBS，European Committee for Banking Standards)，按照其要求每一个银行账号都有一个对应的IBAN账号。ECBS制定的IBAN规则中，明确要求IBAN编号需要包括国别代码+银行代码+地区+账户人账号+校验码。则包括巴黎分行的汇款业务信息的测试数据无法随机生成，需满足实际业务规则。以国别代码为例，依据ECBS发布的规则，转化到配置参数中。其中，法国的国别代码为FR。则用户若输入的“207”，可以延展置账号这一元素，生成测试数据的业务规则为字母“FR”加上其他一系列字符的拼接而成的一个字符串。同样的，查找币种、交易额等需要满足的业务规则，相应的随机生成满足业务规则的币种测试数据和交易额测试数据等。

本申请一个实施例中，所述在数据库中查找所述测试数据需求信息对应的业务规则，可以包括：

根据业务要求将所述测试数据需求信息进行解析，获取所述测试数据需求信息的子业务数据信息；

在所述数据库中查找所述子业务数据信息对应的业务规则。

具体地，可以根据业务要求对用户输入的测试数据需求信息进行解析和拓展，获得用户输入的测试数据需求信息对应的子业务数据信息。查找不同的子业务数据信息对应的业务规则，并根据业务规则生成不同的初始测试数据。子业务数据信息可以指用户测试数据需求信息对应的细分测试需求信息，例如：海外银行的客户信息对应的子业务数据信息可以包括：巴黎银行的客户数据、纽约银行的客户数据等。

例如：测试需要准备海外行(例如纽约分行)客户数据，该客户需开通3个对公账户，其余要素项默认标准配置。则可能需要客户的账号、账户余额、币种、交易纪录等信息，账号可能需要符合一定的长度等规则，账户余额可能需要保留小数点后两位等。根据对应的业务规则可以分别生成符合对应业务规则的初始测试数据。

通过对接收到的，使得生成的测试数据业务覆盖全面进行解析和细分，获得子业务数据信息，再分别查找子业务数据信息对应的业务规则，分别生成对应于子业务数据信息的业务规则的测试数据。数据的解析细分，可以提高测试数据生成的效率，同时通过数据的解析和细分，使得测试数据需求更加精确，提高了测试数据生成的准确性。

S3、整合所述初始测试数据，生成银行应用的测试数据。

具体地，步骤S2生成的一般为满足业务规则、有意义的单一数据元素，即一条测试数据的一个数据项子元素，还需将所有子元素结合形成为一个整体。本申请实施例中还需要将步骤S2生成的初始测试数据进行整合，获得完整的测试数据。步骤S2中生成的初始测试数据可能还包括其他测试不需要的数据信息，在进行整合时，可以根据业务需求，对生成的初始测试数据进行筛选，直接整合需要的数据，减少了测试数据生成的工作量。

例如：若测试数据需求是“完成汇款业务需要银行账号”，“账号”可以包含账户号码、账户币种等多项子元素，可以依据实际业务需求配置测试数据所需子元素的最小集合。例如：步骤S2中可以分别生成完成汇款业务需要的银行账号的账户号码、币种、别名、余额等初始测试数据，根据实际业务的需求将这些初始测试数据进行整合，生成完整的测试数据。

本申请一个实施例中，所述整合所述初始测试数据，生成银行应用的测试数据，包括：

读取预先根据业务要求建立整合参数配置表，将所述初始测试数据，填入所述整合参数配置表中对应的位置处，生成所述测试数据。

具体地，可以预先在建立整合参数配置表，并将建立的整合参数配置表保存在数据库中，整合参数配置表中可以包括不同业务含义的测试数据对应的位置。获取满足测试需求的子元素即初始测试数据后，逐一填充到SQL模板即整合参数配置表中对应位置的取值栏位，最终数据流以简单的insert语句形式插入数据库中生成测试数据。

例如：整合参数配置表中“汇款业务需要银行账号”分别包括账号、币种、别名、余额，根据步骤S2分别生成满足业务规则的账号、币种、别名、余额等初始测试数据。将生成的初始测试数据按照整合参数配置表中对应的位置填入，如：可以整合出如下的测试数据：45635101008927XXXXX，CNY，长城借记卡，5.98，这是一条测试数据信息，依此规则，可以生成满足需要的多条测试数据。整合参数配置表中关于汇款业务需要银行账号的信息可以参考表2，具体使用时可以参考下述伪代码将生成的初始测试数据以简单的insert语句形式插入数据库中生成测试数据：

insert into accounts

(act_number,currency,nick_name,balance)

Values

(‘45635101008927XXXXX’，‘CNY’，‘长城借记卡’，‘5.98’)

表2汇款业务需要银行账号信息

account	act_number	账号
			account	currency	币种
account	nick_name	别名
			account	balance	余额

表2中account可以表示账户，act_number可以表示账号，currency可以表示币种，nick_name可以表示别名，balance可以表示余额。

整合参数配置表可以根据实际的测试需求进行修改和更新，以提高生成的测试数据的准确性。

此外，本申请提供的银行应用测试数据的生成方法，当前测试用例所需的数据可适用于下个用例，灵活性较高。例如：若此次测试所需的数据包括巴黎分行的汇款业务用户信息，其中包括用户的姓名、银行账号、账户余额。若下次测试所需的数据中包括前次中的某个子测试数据如：巴黎分行的汇款业务的用户的银行账号信息，则可以直接使用上次生成的测试数据中的银行账号测试数据，不需要再次生成，节省了测试数据生成的时间，提高的银行应用测试数据生成的效率。

本申请提供的银行应用测试数据的生成方法，基于数据库中存储的需求参数配置表，按照银行应用测试数据对应的业务规则的逻辑生成测试数据。方法简单易用，开发人员只需输入几个必要逻辑数据即可生成相关测试数据。结合实际的业务规则，实现了测试数据的自动生成，不需要操作人员具备较高的专业能力，提高了测试数据生成的效率和准确性，进一步提高了银行应用测试的质量。并且，可以预先根据测试需要建立满足各种测试数据需求的需求参数配置表，使得生成的测试数据业务覆盖全面，有效解决开发人员手工造测试数据业务逻辑缺失的问题，大大提升测试数据准备准确度和效率，进一步提升相关任务的开发效率。

基于上述所述的银行应用测试数据的生成方法，本说明书一个或多个实施例还提供一种银行应用测试数据的生成装置。所述的装置可以包括使用了本说明书实施例所述方法的系统(包括分布式系统)、软件(应用)、模块、组件、服务器、客户端等并结合必要的实施硬件的装置。基于同一创新构思，本说明书实施例提供的一个或多个实施例中的装置如下面的实施例所述。由于装置解决问题的实现方案与方法相似，因此本说明书实施例具体的装置的实施可以参见前述方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

具体地，图3是本申请提供的银行应用测试数据的生成装置一个实施例的模块结构示意图，如图3所示，本申请中提供的银行应用测试数据的生成装置包括输入分析模块31，业务分析模块32，测试数据生成模块33。

输入分析模块31，可以用于接收根据需求参数配置表输入的测试数据需求信息，所述测试数据需求信息包括带有业务含义的数字和/或字符；

业务分析模块32，可以用于在数据库中查找所述测试数据需求信息对应的业务规则，根据所述业务规则，生成对应于所述业务规则的初始测试数据；

测试数据生成模块33，可以用于整合所述初始测试数据，生成银行应用的测试数据。

本申请提供的银行应用测试数据的生成装置，通过用户输入的简单的带有业务含义的字符和/或数字的测试数据需求信息，生成符合实际业务规则的测试数据。方法简单，操作方便，开发人员只需输入几个必要逻辑数据即可生成相关测试数据，大大提升测试数据准备的准确度和效率，进一步提升相关任务的开发效率。

图4是本申请一个实施例中业务分析模块的结构示意图，如图4所示，在上述实施例的基础上，所述业务分析模块32包括：

信息拓展单元41，可以用于根据业务要求将所述测试数据需求信息进行解析，获取所述测试数据需求信息的子业务数据信息；

业务规则查找单元42，可以用于在所述数据库中查找所述子业务数据信息对应的业务规则。

本申请提供的银行应用测试数据的生成装置，用户输入的测试数据需求信息，结合实际的业务需求，对测试数据需求信息进行拓展，获得多个子业务数据信息，根据子业务数据信息需要满足业务规则生成初始测试数据。将测试数据需求信息进行解析和细化，分别进行初始测试数据的生成，使得复杂的测试数据简化为多个简单的测试数据，提高了测试数据生成的效率和准确性。

在上述实施例的基础上，所述输入分析模块还用于：

预先根据不同的所述测试数据需求信息，构建所述需求参数配置表，所述需求参数配置表中包括不同的测试数据需求信息对应的字符和/或数字。

本申请提供的银行应用测试数据的生成装置，根据测试需求预先建立需求参数配置表，可以将复杂的文字性的测试数据的需求简化为带有业务含义的字符和/数字测数据流，方便计算机等软件进行数据处理。同时，根据测试需求可以建立覆盖范围广的需求参数配置表，使得生成的测试数据业务覆盖全面，有效解决开发人员手工造测试数据的业务逻辑缺失的问题，大大提升测试数据准备的准确性和效率，进一步提升相关任务的开发效率。

在上述实施例的基础上所述测试数据生成模块具体用于：

读取预先建立整合参数配置表，将所述初始测试数据，填入所述整合参数配置表中对应的位置处，生成所述测试数据。

本申请提供的银行应用测试数据的生成装置，可以根据测试需求预先建立整合参数配置表，将零散的初始测试数据进行整合，以获得完整的测试数据，提高生成的测试数据的完整性和准确性。

需要说明的，上述所述的装置根据方法实施例的描述还可以包括其他的实施方式，具体的实现方式可以参照相关方法实施例的描述，在此不作一一赘述。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书实施例提供的上述银行应用测试数据的生成方法或装置可以在计算机中由处理器执行相应的程序指令来实现，如使用windows操作系统的c++语言在PC端实现、linux系统实现，或其他例如使用android、iOS系统程序设计语言在智能终端实现，以及基于量子计算机的处理逻辑实现等。本说明书提供的一种银行应用测试数据的生成装置的另一个实施例中，图5是本申请提供的另一种银行应用测试数据的生成装置实施例的模块结构示意图，如图5所示，本申请另一实施例提供的银行应用测试数据的生成装置可以包括处理器51以及用于存储处理器可执行指令的存储器52，

处理器51和存储器52通过总线53完成相互间的通信；

所述处理器51用于调用所述存储器52中的程序指令，以执行上述各银行应用测试数据的生成方法实施例所提供的方法，例如包括：接收根据需求参数配置表输入的测试数据需求信息，所述测试数据需求信息包括带有业务含义的数字和/或字符；在数据库中查找所述测试数据需求信息对应的业务规则，根据所述业务规则，生成对应于所述业务规则的初始测试数据；整合所述初始测试数据，生成银行应用的测试数据。

本申请一个实施例还可以提供一种电子设备，包括至少一个处理器以及用户存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：

接收根据需求参数配置表输入的测试数据需求信息，所述测试数据需求信息包括带有业务含义的数字和/或字符；

在数据库中查找所述测试数据需求信息对应的业务规则，根据所述业务规则，生成对应于所述业务规则的初始测试数据；

整合所述初始测试数据，生成银行应用的测试数据。

需要说明的是说明书上述所述的装置和电子设备根据相关方法实施例的描述还可以包括其他的实施方式，具体的实现方式可以参照方法实施例的描述，在此不作一一赘述。本申请中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于硬件+程序类实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书实施例并不局限于必须是符合行业通信标准、标准计算机数据处理和数据存储规则或本说明书一个或多个实施例所描述的情况。某些行业标准或者使用自定义方式或实施例描述的实施基础上略加修改后的实施方案也可以实现上述实施例相同、等同或相近、或变形后可预料的实施效果。应用这些修改或变形后的数据获取、存储、判断、处理方式等获取的实施例，仍然可以属于本说明书实施例的可选实施方案范围之内。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device，PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的装置、模块、单元或电子设备，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、车载人机交互设备、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

虽然本说明书一个或多个实施例提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或终端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书一个或多个时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

本发明是参照根据本发明实施例的方法、装置(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储、石墨烯存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

本领域技术人员应明白，本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书一个或多个实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本本说明书一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

以上所述仅为本说明书一个或多个实施例的实施例而已，并不用于限制本本说明书一个或多个实施例。对于本领域技术人员来说，本说明书一个或多个实施例可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在权利要求范围之内。

Claims (10)

1.一种银行应用测试数据的生成方法，其特征在于，

接收根据需求参数配置表输入的测试数据需求信息，所述测试数据需求信息包括带有业务含义的数字和/或字符；

在数据库中查找所述测试数据需求信息对应的业务规则，根据所述业务规则，生成对应于所述业务规则的初始测试数据；

整合所述初始测试数据，生成银行应用的测试数据。

2.如权利要求1所述的一种银行应用测试数据的生成方法，其特征在于，所述在数据库中查找所述测试数据需求信息对应的业务规则，包括：

根据业务要求将所述测试数据需求信息进行解析，获取所述测试数据需求信息的子业务数据信息；

在所述数据库中查找所述子业务数据信息对应的业务规则。

3.如权利要求1或2所述的一种银行应用测试数据的生成方法，其特征在于，所述需求参数配置表的建立方法包括：

预先根据不同的所述测试数据需求信息，构建所述需求参数配置表，所述需求参数配置表中包括不同的测试数据需求信息对应的字符和/或数字。

4.如权利要求1所述的一种银行应用测试数据的生成方法，其特征在于，所述整合所述初始测试数据，生成银行应用的测试数据，包括：

读取预先根据业务要求建立整合参数配置表，将所述初始测试数据，填入所述整合参数配置表中对应的位置处，生成所述测试数据。

5.一种银行应用测试数据的生成装置，其特征在于，包括：

输入分析模块，用于接收根据需求参数配置表输入的测试数据需求信息，所述测试数据需求信息包括带有业务含义的数字和/或字符；

业务分析模块，用于在数据库中查找所述测试数据需求信息对应的业务规则，根据所述业务规则，生成对应于所述业务规则的初始测试数据；

测试数据生成模块，用于整合所述初始测试数据，生成银行应用的测试数据。

6.如权利要求5所述的一种银行应用测试数据的生成装置，其特征在于，所述业务分析模块包括：

信息拓展单元，用于根据业务要求将所述测试数据需求信息进行解析，获取所述测试数据需求信息的子业务数据信息；

业务规则查找单元，用于在所述数据库中查找所述子业务数据信息对应的业务规则。

7.如权利要求5或6所述的一种银行应用测试数据的生成装置，其特征在于，所述输入分析模块还用于：

预先根据不同的所述测试数据需求信息，构建所述需求参数配置表，所述需求参数配置表中包括不同的测试数据需求信息对应的字符和/或数字。

8.如权利要求6所述的一种银行应用测试数据的生成装置，其特征在于，所述测试数据生成模块还用于：

读取预先建立整合参数配置表，将所述初始测试数据，填入所述整合参数配置表中对应的位置处，生成所述测试数据。

9.一种银行应用测试数据的生成装置，其特征在于，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现如权利要求1至4中任意一项所述方法的步骤。

10.一种电子设备，其特征在于，包括至少一个处理器以及用户存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：

接收根据需求参数配置表输入的测试数据需求信息，所述测试数据需求信息包括带有业务含义的数字和/或字符；

在数据库中查找所述测试数据需求信息对应的业务规则，根据所述业务规则，生成对应于所述业务规则的初始测试数据；

整合所述初始测试数据，生成银行应用的测试数据。