CN111639035A - 测试方法、测试装置、测试系统及介质 - Google Patents

Abstract

本公开提供了一种用于主机系统的测试方法。所述测试方法包括：获取由传输到运行在生产环境下的第一主机系统的交易请求所形成的交易请求记录，其中所述交易请求记录包括M个交易请求，其中M为大于等于2的整数；将所述交易请求记录传输到运行在验证环境下的第二主机系统；在所述第二主机系统中基于所述M个交易请求创建N个任务，所述N个任务中的每个任务包括所述M个交易请求中的一部分交易请求，其中N为大于等于2的整数；以及在所述第二主机系统中对所述N个任务中的每个任务独立地进行测试。本公开还提供了一种用于主机系统的测试装置、测试系统及介质。

Description

测试方法、测试装置、测试系统及介质

技术领域

本公开涉及计算机技术领域，更具体地，涉及一种用于主机系统的测试方法、测试装置、测试系统及介质。

背景技术

目前大量大型机构(例如，银行)仍采用大型主机作为核心服务器。大型机主机的系统软件需要定期升级，以满足不断发展的技术和业务需求。随着银行业务的不断发展，大型主机的系统承载着越来越多的核心业务，生产环境的联机运行场景变得更加复杂。而随着科技的发展，对主机系统稳定运行的要求也越来越高，系统软件的缺陷会给用户往往带来全局性、灾难性的影响。因此，在系统软件投入生产运营之前，都需要进行测试。其中，将生产环境下的交易在验证环境下映像式的重现的方法(简称，交易重放)一直是主机系统软件升级后，检测其稳定性及可靠性的重要途径。

在实现本公开构思的过程中，发明人发现现有技术中至少存在如下问题：在验证环境下模拟生产环境的交易时，往往是单线程模拟交易过程，导致交易请求的来源不生产环境中那样可以来自与各种各样不同渠道的终端，导致交易重放时的交易率远低于实际最高交易率；另一方面交易重放时往往可模拟的业务场景有限，很难模拟出生产下复杂的业务场景。可见，现有技术中通过交易重放测试主机系统的方法不能有效满足对主机系统在复杂场景的测试需求。

发明内容

有鉴于此，本公开实施例提供了一种至少在一定程度上可以测试对主机系统应对更为复杂场景的性能的测试方法、测试装置、测试系统及介质。

本公开实施例的一个方面提供了一种用于主机系统的测试方法。所述测试方法包括：获取由传输到运行在生产环境下的第一主机系统的交易请求所形成的交易请求记录，其中所述交易请求记录包括M个交易请求，其中M为大于等于2的整数；将所述交易请求记录传输到运行在验证环境下的第二主机系统；在所述第二主机系统中基于所述M个交易请求创建N个任务，所述N个任务中的每个任务包括所述M个交易请求中的一部分交易请求，其中N为大于等于2的整数；以及在所述第二主机系统中对所述N个任务中的每个任务独立地进行测试。

根据本公开的实施例，所述在所述第二主机系统中对所述N个任务中的每个任务独立地进行测试，包括分别控制所述N个任务中每个任务的测试速率、测试开始时间、和/或测试模式。

根据本公开的实施例，在所述第二主机系统中对所述N个任务中的每个任务独立地进行测试还包括：在测试过程中将第一任务中的每个交易请求的交易金额变换到预设金额，其中，所述预设金额使得所述第一任务中的预定比例的交易请求能够被重复成功执行多次；其中，所述第一任务为所述N个任务中的任意一个。

根据本公开的实施例，所述在所述第二主机系统中基于所述M个交易请求创建N个任务包括：在所述第二主机系统中创建所述N个任务；基于所述N个任务中每个任务的需求，设置每个任务的过滤条件，所述过滤条件用于从所述M个交易请求中过滤掉不符合对应的任务的需求的交易请求；以及所述N个任务基于各自的过滤条件，从所述M个交易请求中获取到符合每个任务的需求的交易请求。

根据本公开的实施例，所述交易请求记录包括用于记录所述M个交易请求的S个第一文件，其中，S为大于等于1的整数。其中，所述N个任务基于各自的过滤条件，从所述M个交易请求中获取到符合每个任务的需求的交易请求包括：基于第二任务的过滤条件从所述S个第一文件中过滤掉不符合所述第二任务的需求的交易请求，得到对应于所述第二任务的S个第二文件；以及将所述S个第二文件中的每个第二文件拆分为至少r个文件，得到至少r*S个第三文件，其中，r为大于等于2的整数。其中，所述第二任务为所述N个任务中的任意一个。

根据本公开的实施例，所述在所述第二主机系统中对所述N个任务中的每个任务独立地进行测试，包括对所述第二任务中的所述至少r*S个第三文件并行测试。

本公开实施的另一方面，提供了一种用于主机系统的测试装置。所述测试装置包括交易记录获取模块、传输模块、任务创建模块、以及测试模块。所述交易记录获取模块用于获取由传输到运行在生产环境下的第一主机系统的交易请求所形成的交易请求记录，其中所述交易请求记录包括M个交易请求，其中M为大于等于2的整数。所述传输模块用于将所述交易请求记录传输到运行在验证环境下的第二主机系统。所述任务创建模块用于在所述第二主机系统中基于所述M个交易请求创建N个任务，所述N个任务中的每个任务包括所述M个交易请求中的一部分交易请求，其中N为大于等于2的整数。所述测试模块用于在所述第二主机系统中对所述N个任务中的每个任务独立地进行测试。

根据本公开的实施例，所述测试模块还用于在测试过程中将第一任务中的每个交易请求的交易金额变换到预设金额，其中，所述预设金额使得所述第一任务中的预定比例的交易请求能够被重复成功执行多次。

根据本公开的实施例，所述任务创建模块包括任务创建子模块、过滤条件设置子模块、以及获取子模块。任务创建子模块用于在所述第二主机系统中创建所述N个任务。过滤条件设置子模块用于基于所述N个任务中每个任务的需求，设置每个任务的过滤条件，所述过滤条件用于从所述M个交易请求中过滤掉不符合对应的任务的需求的交易请求。获取子模块用于所述N个任务基于各自的过滤条件，从所述M个交易请求中获取到符合每个任务的需求的交易请求。

根据本公开的实施例，所述交易请求记录包括用于记录所述M个交易请求的S个第一文件，其中，S为大于等于1的整数。其中，所述获取子模块具体用于：基于第二任务的过滤条件从所述S个第一文件中过滤掉不符合所述第二任务的需求的交易请求，得到对应于所述第二任务的S个第二文件，以及将所述S个第二文件中的每个第二文件拆分为至少r个文件，得到至少r*S个第三文件，其中，r为大于等于2的整数。其中，所述第二任务为所述N个任务中的任意一个。

根据本公开的实施例，所述测试模块还用于对所述第二任务中的所述至少r*S个第三文件并行测试。

本公开实施例的另一方面，提供了一种用于主机系统的测试系统。所述测试系统包括一个或多个存储器以及一个或多个处理器。所述存储器上存储有计算机可执行指令。所述处理器执行所述指令，以实现如上所述的方法。

本公开实施例的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

本公开实施例的另一方面提供了一种计算机程序，所述计算机程序包括计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

上述一个或多个实施例具有如下优点或益效果：通过多任务多线程地交易重放，有效地提高测试的交易率上限，以接近、或者达到、或者甚至突破生产环境下的实际最高交易率。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本公开实施例的测试方法和测试装置的应用场景，其中，主要示出了运行在生产环境下的第一主机系统的工作流程；

图2示意性示出了根据本公开实施例的测试方法和测试装置的应用场景，其中，主要示出了运行在验证环境下的第二主机系统的工作流程；

图3示意性示出了根据本公开实施例的用于主机系统的测试方法的流程图；

图4示意性示出了根据本公开实施例的测试方法中创建N个任务的方法流程；

图5示意性示出了根据本公开另一实施例的测试方法中创建N个任务的方法流程；

图6示意性示出了根据本公开实施例的用于主机系统的测试装置的框图；以及

图7示意性示出了适于实现根据本公开实施例的用于主机系统的测试方法的计算机系统的方框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。在使用类似于“A、B或C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B或C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。

现有技术中通过交易重放来测试主机系统时不能有效模拟复杂场景、或者不能满足高交易率需求，究其原因是因为现有技术中将生产环境中的交易在验证环境下进行重放时是通过单线程实现的。这导致数据处理速率受到设备IO性能的限制。尽管可以提升设备IO性能来提高交易率，但显然是代价高、效果差，很难实时跟进业务量飞速发展的需求。而且交易重放通过单线程来实现，会导致所有交易都只能串行执行，也无法模拟复杂场景。

鉴于此，本公开的实施例提供了一种用于主机系统的测试方法、测试装置、测试系统及介质，可以通过多任务独立地测试来执行交易重放。具体地，该测试方法包括包括首先获取由传输到运行在生产环境下的第一主机系统的交易请求所形成的交易请求记录，其中该交易请求记录包括M个交易请求，其中M为大于等于2的整数；然后将该交易请求记录传输到运行在验证环境下的第二主机系统；接着在第二主机系统中基于M个交易请求创建N个任务，N个任务中的每个任务包括该M个交易请求中的一部分交易请求，其中N为大于等于2的整数；之后在第二主机系统中对N个任务中的每个任务独立地进行测试。

根据本公开的实施例，在通过交易重放对第二主机系统进行测试时，创建N个任务，每个任务中得到在第一主机系统中执行的交易请求的一部分，然后对N个任务分别独立地进行测试。以此方式，可以通过多任务多线程地交易重放来提高交易速率上限。其中，即使单线程的交易上限没变，但由于线程增加，总的交易率上限提高了，从而可以有效地提高交易率上限，以接近、或者达到、或者甚至突破生产环境下的实际最高交易率。

更进一步地，根据本公开的实施例，通过对N个任务分别独立地进行测试，可以独立调整每个任务的测试速率、测试开始时间、测试模式等，从而可以通过灵活配置N个任务的测试关系等来模拟复杂的业务场景。

图1示意性示出了根据本公开实施例的测试方法和测试装置的应用场景100，其中，主要示出了运行在生产环境下的第一主机系统101的工作流程。

图2也相应地示意性示出了根据本公开实施例的测试方法和测试装置的应用场景100，其中，主要示出了运行在验证环境下的第二主机系统102的工作流程。

如图1和图2所示，该应用场景100包括运行在生产环境下的第一主机系统101和运行在验证环境下的第二主机系统102。

根据本公开的实施例，该第二主机系统102可以是第一主机系统101的系统软件升级后的系统。具体地，为了验证系统软件升级版本，通常会搭建一套与生产环境一样的验证环境。

在一些实施例中，第一主机系统101和第二主机系统102例如可以是部署在同一台物理主机上的主机系统软件。第一主机系统101和第二主机系统102可以各自独立地运行，例如各自有各自的网络、存储、和操作系统，相互隔离互不影响。在实际中，由于需要优先保障生产运行的顺利进行，一般会将物理主机上更多的资源分配给运行在生产环境下的第一主机系统101，而运行在验证环境下的第二主机系统102的占用资源则会相对于第一主机系统101明显缩小(例如缩小为十分之一)。

在对第二主机系统102进行测试时，可以获取由传输给第一主机系统101的交易请求所形成的交易请求记录，并通过在验证环境下在第二主机系统102中对这些交易请求进行交易重放来进行测试。例如，可以把第一主机系统101的交易执行结果与第二主机系统102的交易重放的执行结果进行对比，来分析测试的有效性。具体流程示例性描述如下。

参考图1。生产环境中部署有终端系统、网关集群、以及第一主机系统101三部分，其中终端系统与网关集群连接，网关集群与第一主机系统连接。在生产环境下，终端系统发起的所有的交易请求((例如，存款、扣款、查看账户信息、汇款等交易请求)均通过网关集群上送到第一主机系统101，然后第一主机系统101对接收到的交易请求进行业务处理并将处理结果反馈给网关集群，接着网关集群把处理结果返回给终端系统。

为了对第二主机系统102进行测试，可以将第一主机系统101的DB2数据库中的账户信息备份到第二主机系统102的DB2数据库中(S210)。同时，将通过网关集群上送到第一主机系统101的交易请求通过网关截流操作转存到流数据平台，并通过交易录制操作录制为文件(S220)。交易录制时例如可以是按照时间段将交易请求录制到一个个文件中。例如，将每半小时的交易请求写在一个文件里，从而每个文件里记录的是该半小时内的交易请求。然后将录制的文件通过FTP(File Transfer Protocol，文件传输协议)传输到第二主机系统102(S230)，以在第二主机系统102中重放交易。

参考图2，验证环境中部署有第二主机系统102。具体地，第二主机系统102中设置有客户端TOR、服务端TOR、AOR、DB2数据库、以及文件预处理等模块。其中，AOR是主机CICS(Customer Information Control System，客户信息控制系统)联机的一种，一般用于处理交易的具体需求。TOR是主机CICS联机的一种，一般用于接收外部交易请求并传输至AOR进行处理。

客户端TOR中设置有模拟用户。模拟用户用于充当交易的发起者，模拟的是生产环境中交易请求经过了网关集群处理后的行为。

在交易重放时，从生产环境中获取到的交易请求记录(例如，图2中的原始文件)经过文件预处理后成为待重放文件(S240)。然后模拟用户读取该待重放文件，并将待重放文件中的交易请求通过CICS间的通讯协议发送给服务端TOR(S250)。接着服务端TOR将交易请求发送给AOR进行交易的处理。再然后，AOR对交易请求处理后将处理结果通过服务端TOR反馈给客户端TOR。最后，可以根据客户端TOR获得的交易重放中对交易请求的处理结果，与生产环境下对交易请求的处理结果进行对比，统计得到交易重放报表(S260)，以此对验证环境下的第二主机系统102的性能进行评估。

根据本公开的实施例，在对从生产环境中获得的原始文件进行预处理时，可以根据原始文件记录中的大量交易请求创建多个任务，每个额任务按照需求获取这些大量交易请求中的一部分，并可以针对每个任务设置各自对应的一个或多个模拟用户，然后对多个任务独立地进行交易重放。以此来提高交易重放的上限交易率，并可以模拟复杂场景。

需要注意的是，图1和图2的所示的应用场景100仅为可以应用本公开实施例的应用场景的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

以下结合图1和图2所示的应用场景100，对本公开实施例的方案进行示例性说明。

图3示意性示出了根据本公开实施例的用于主机系统的测试方法的流程图。

如图3所示，该测试方法可以包括操作S310～操作S340。

在操作S310，获取由传输到运行在生产环境下的第一主机系统101的交易请求所形成的交易请求记录，其中交易请求记录包括M个交易请求，其中M为大于等于2的整数。例如在应用场景100中通过网关截流和交易录制得到记录交易请求的录制文件。

在操作S320，将交易请求记录传输到运行在验证环境下的第二主机系统102。例如通过FTP将录制文件传输到第二主机系统102，得到图2中所示的原始文件。

在操作S330，在第二主机系统102中基于M个交易请求创建N个任务，N个任务中的每个任务包括所述M个交易请求中的一部分交易请求，其中N为大于等于2的整数。例如，在图2所示的文件预处理过程中基于M个交易请求创建N个任务，其中每个任务中的文件为待重放文件。例如，在一个实施例中，创建任务时，每个任务设有参数(包括但不限于选取交易请求的时间范围以及按照任务的需求确定的过滤条件)。在文件预处理过程中每个任务先获取到所需的时间范围内的交易请求，然后再按照过滤条件将过滤后的交易请求写入该任务的作业库中。

可以理解，N个任务中的每个任务包括所述M个交易请求中的一部分交易请求，可以是不同任务中的交易请求互不相同，也可以是不同任务中的交易请求有部分重复。另外，N个任务中的每个任务包括所述M个交易请求中的一部分交易请求，可以是将M个交易请求全部按照一定的规则划归到N个任务中，也可以是M个交易请求中还有部分交易请求不属于任何一个任务，例如对于不需要进行测试的交易请求可以删除掉，而不划分到任意一个任务中。

在操作S340，在第二主机系统102中对N个任务中的每个任务独立地进行测试。

本公开实施例的测试方法，改变了现有技术交易重放时仅支持单个线程的运行的情形，通过多任务多线程地交易重放，即使单线程的交易上限不变，也可以提高总的交易率上限，从而实现接近、或者达到、或者甚至突破生产环境下的实际最高交易率。

根据本公开的实施例，操作S340中每个任务独立的进行测试，例如可以是分别控制N个任务中每个任务的测试速率、测试开始时间、和/或测试模式。例如，用户可以通过在图2所示出的客户端TOR中的重放参数控制中设置每个任务的测试速率、测试开始时间、和/或测试模式等参数，来调整每个任务的测试。其中，测试速率可以用于控制模拟用户向AOR发送交易请求的速度。测试模式例如可以用于控制模拟用户向AOR发送的交易请求的顺序特征。其中，向AOR发送的交易请求的顺序特征例如可以是在一个模拟周期内发送固定数量量的交易请求，或者在一个模拟周期内发送生产环境下预定时间段内的交易请求，或者是否重复发送等。由此可见，本公开实施例的方法可以实现多种业务场景的交叉并行，实现对复杂场景的模拟。

图4示意性示出了根据本公开实施例的测试方法中操作S330创建N个任务的方法流程。

如图4所示，根据本公开的实施例，操作S330中创建N个任务具体可以包括操作S401～操作S403。

在操作S401，在第二主机系统102中创建N个任务。

在操作S402，基于N个任务中每个任务的需求，设置每个任务的过滤条件，过滤条件用于从M个交易请求中过滤掉不符合对应的任务的需求的交易请求。

在操作S403，N个任务基于各自的过滤条件，从M个交易请求中获取到符合每个任务的需求的交易请求。

具体实现时，可以通过代码改造，在图2所示的文件预处理过程中创建N个任务。其中可以对每一个任务定义一个线程，相应地赋予任务号Tn。对于每个任务，可以在设定好所需的任务号和过滤条件等参数后，按照过滤条件从M个交易请求中删除不符合该任务需求的交易请求，并将保留下的交易请求汇集起来形成该任务的作业库，以此方式，创建完成N个任务。

任务的需求可以根据测试的目的来确定。在一个实施例中，任务的需求例如可以是根据任务的类型分类确定的需求，以此来测试在不同类型的业务中第二主机系统102的性能。例如，可以分为极简交易任务和背景交易任务两类。其中，极简交易任务中的交易类型包括存款和扣款的交易请求。背景交易任务可以包括查看账户信息和汇款等交易请求。对于极简交易任务和背景交易任务，可以根据各自对应的交易请求中的交易类型关键字设置对应的过滤条件，然后将M个交易请求中与过滤条件相符的交易请求删除掉，从而每个任务获取到符合其需求的交易请求。

在另一个实施例中，任务的需求也可以是根据交易请求的时间确定的需求，以此来测试不同时间段下第二主机系统102的性能。例如，按照时间将从生产环境录制的前一天的12个小时内发生的交易请求拆分为4个任务：第一个任务为发生在0:00～8:00的交易请求，第二个任务为发生在8:00～12:00之间的交易请求，第三个任务是发生12:00～20:00之间的交易请求，以及第四个任务是发生在20:00～23:59之间的交易请求。对于每个任务可以根据交易请求中的时间字段设置对应的过滤条件，然后将M个交易请求中与过滤条件相符的交易请求删除掉。

图5示意性示出了根据本公开另一实施例的测试方法中操作S330创建N个任务的方法流程。

如图5所示，根据本公开实施例，操作S330可以包括操作S401、操作S402以及操作S503。其中，操作S401和操作S402与前述一致。

根据本公开的实施例，交易请求记录可以是用于记录M个交易请求的S个第一文件，其中，S为大于等于1的整数。在应用场景100中该S个第一文件对应为图1和图2中示出的录制文件和原始文件。

对于N个任务中的任意一个任务(例如，第二任务)，在操作S503，基于第二任务的过滤条件从S个第一文件中过滤掉不符合第二任务的需求的交易请求，得到对应于第二任务的S个第二文件。

这样，该S个第二文件中的交易请求就是符合第二任务的需求的交易请求。针对对于N个任务中的每个任务，均可以对S个第一记录文件执行类似的操作，从而可以使N个任务获取到符合各自需求的交易请求。

继续参考图5，根据本公开的另一实施，操作S330还可以进一步包括操作S504，其中，操作S504在操作S503之后执行。

在操作S504，将S个第二文件中的每个第二文件拆分为至少r个文件，得到至少r*S个第三文件，其中，r为大于等于2的整数。进而，在操作S340中对每个任务独立地进行测试，可以是对第二任务中的至少r*S个第三文件并行测试。在一个实施例中，可以将第二任务中的每个第二文件均分为9份，从而使得第二任务的执行可以支持相较于拆分前9倍交易率上限的测试速率。

综上所述，为了提高每个任务的执行速度和灵活性，可以对各个任务中的文件也相应地进行拆分，并针对每个任务相应地增加模拟用户的数量，使得多个模拟用户可以并行地读取各个文件，从而更快速地读取交易请求，提高任务的测试速率上限。

具体地，在图1和图2的应用场景100中传输到第二主机系统102的原始文件(即，S个第一文件)初始格式为QSAM(Queued Storage Access Method，排队顺序存取法)文件，而客户端TOR、服务端TOR、以及AOT可读取的文件的格式为VSAM Virtual Storage AccessMethod，虚拟存储访问方法)文件。在文件预处理中创建了N个任务后，可以根据用户对每个任务设置的文件拆分需求和拆分参数，利用主机JCL语言(Job Control Language，作业控制语言)自带的文件拆分模块进行文件拆分，得到用于交易重放需要的VSAM文件(即，第三文件)。其中，QSAM、VSAM为主机文件的两种类型，其中，QSAM文件是面向用户的，可读取和编辑。VSAM文件是作为DB2的底层存储格式，不可直接在文件系统中读取和编辑。

根据本公开的实施例，可以采用均分地方式拆分文件进一步提高了任务的测试速率上限。本公开实施例采用的是文件拆分，而不是简单的文件复制，可以避免多个模拟用户读取到同一个交易请求导致AOR重复执行相同的交易请求，而引起对应的账户出现余额不足等测试失败的问题。

根据本公开的实施例，操作S340中每个任务独立的进行测试还可以包括：对于N个任务中的任意一个任务(例如，第一任务)，在测试过程中将第一任务中的每个交易请求的交易金额变换到预设金额，其中，预设金额使得第一任务中的预定比例(例如，95％)的交易请求能够被重复成功执行多次。

从生产环境中获得的交易请求记录数据往往比较有限，难以模拟某些大量数据高交易率的场景(例如，双11大促销时的交易场景)。例如通常存款、扣款这类极简交易平常的交易速率是2000笔/s。但是验证环境下希望验证例如双十一这种极端情况下的主机系统压力，模拟速率50000笔/s，是平常的交易数据的25倍速率。

现有技术中为模拟大量数据高交易率的场景，一种方式是可以直接使用从生产环境来的交易请求数据多次重复播放；然而这样存在的问题是，交易请求的重复执行很快就会导致第二主机系统102的数据库DB2中的账户信息透支，导致验证环境下交易普遍出现失败，无法测得第二主机系统102的压力承受能力。另一种方式是通过从生产环境中多录制交易数据来实现，然而这样导致的问题是交易请求记录数量很多，对应的录制文件和原始文件总量会很大，数据的存储和传输都会耗费更多资源。

相较而言本公开实施例的测试方法，可以在模拟用户读取每笔交易请求后，在从客户端TOR发送到服务端TOR时，将每一笔交易(例如扣款、存款这类极简交易)的交易金额修改为预设金额(例如，0.01元至0.1元之间的随机值)。这样，因为每一笔交易请求金额都比较小，这些交易请求被重复多次执行也大概率不会引起对应的账户出现余额不足的交易失败情形。例如可以以从生产环境中获得的2000个交易请求来模拟出50000个交易请求的交易重放，而且由于每次扣款或存款的金额都比较小，大概率不会发生由于账户余额不足而导致的交易失败的现象。而且，每一笔交易请求都会走同样的重放流程，从而可以有效模拟极限条件下第二主机系统102的压力承受能力。

本公开实施例的测试方法可以针对主机交易场景的快速发展变化，基于多任务多线程思想，配合以任务内的文件拆分和自动修改交易请求金额的方式，实现交易率上限突破、交易场景灵活配置和数据重复使用的目的。

图6示意性示出了根据本公开实施例的用于主机系统的测试装置600的框图。

如图6所示，根据本公开的实施例该测试装置600可以包括交易记录获取模块610、传输模块620、任务创建模块630、以及测试模块640。该测试装置600可以用于实现参考图3～图5所描述的测试方法。

交易记录获取模块610例如可以执行操作S310，用于获取由传输到运行在生产环境下的第一主机系统101的交易请求所形成的交易请求记录，其中交易请求记录包括M个交易请求，其中M为大于等于2的整数。

传输模块620例如可以执行操作S320，用于将交易请求记录传输到运行在验证环境下的第二主机系统102。

任务创建模块630例如可以执行操作S330，用于在第二主机系统102中基于M个交易请求创建N个任务，N个任务中的每个任务包括M个交易请求中的一部分交易请求，其中N为大于等于2的整数。

测试模块640例如可以执行操作S340，用于在第二主机系统102中对N个任务中的每个任务独立地进行测试。例如，分别控制N个任务中每个任务的测试速率、测试开始时间、和/或测试模式。根据本公开的一实施例，测试模块640还用于在测试过程中将第一任务中的每个交易请求的交易金额变换到预设金额，其中，预设金额使得第一任务中的预定比例的交易请求能够被重复成功执行多次。

继续参考图6，根据本公开的另一实施例，任务创建模块630可以包括任务创建子模块631、过滤条件设置子模块632、以及获取子模块633。

任务创建子模块631例如可以执行操作S401，用于在第二主机系统102中创建N个任务。

过滤条件设置子模块632例如可以执行操作S402，用于基于N个任务中每个任务的需求，设置每个任务的过滤条件，过滤条件用于从M个交易请求中过滤掉不符合对应的任务的需求的交易请求。

获取子模块633例如可以执行操作S403，用于N个任务基于各自的过滤条件，从所述M个交易请求中获取到符合每个任务的需求的交易请求。

根据本公开的一实施例，交易请求记录包括用于记录M个交易请求的S个第一文件，其中，S为大于等于1的整数。其中，获取子模块633例如还可以执行操作S503和操作S504，具体用于，基于第二任务的过滤条件从S个第一文件中过滤掉不符合第二任务的需求的交易请求，得到对应于第二任务的S个第二文件，以及将S个第二文件中的每个第二文件拆分为至少r个文件，得到至少r*S个第三文件，其中，r为大于等于2的整数。其中，第二任务为N个任务中的任意一个。相应地，测试模块640还用于对第二任务中的至少r*S个第三文件并行测试。

本公开实施例的测试装置600可以针对主机交易场景的快速发展变化，基于多任务多线程思想，配合以任务内的文件拆分和自动修改交易请求金额的方式，实现交易率上限突破、交易场景灵活配置和数据重复使用的目的。

根据本公开的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，交易记录获取模块610、传输模块620、任务创建模块630、、测试模块640、任务创建子模块631、过滤条件设置子模块632、以及获取子模块633中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，交易记录获取模块610、传输模块620、任务创建模块630、测试模块640、任务创建子模块631、过滤条件设置子模块632、以及获取子模块633中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，交易记录获取模块610、传输模块620、任务创建模块630、、测试模块640、任务创建子模块631、过滤条件设置子模块632、以及获取子模块633中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图7示意性示出了适于实现根据本公开实施例的用于主机系统的测试方法的计算机系统700的方框图。图7示出的计算机系统700仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图7所示，根据本公开实施例的计算机系统700包括处理器701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。处理器701例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))，等等。处理器701还可以包括用于缓存用途的板载存储器。处理器701可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在RAM 703中，存储有计算机系统700操作所需的各种程序和数据。处理器701、ROM702以及RAM 703通过总线704彼此相连。处理器701通过执行ROM 702和/或RAM 703中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除ROM 702和RAM 703以外的一个或多个存储器中。处理器701也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，计算机系统700还可以包括输入/输出(I/O)接口705，输入/输出(I/O)接口705也连接至总线704。系统700还可以包括连接至I/O接口705的以下部件中的一项或多项：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。

根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被处理器701执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM 702和/或RAM 703和/或ROM 702和RAM 703以外的一个或多个存储器。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。

Claims (10)

1.一种用于主机系统的测试方法，包括：

获取由传输到运行在生产环境下的第一主机系统的交易请求所形成的交易请求记录，其中所述交易请求记录包括M个交易请求，其中M为大于等于2的整数；

将所述交易请求记录传输到运行在验证环境下的第二主机系统；

在所述第二主机系统中基于所述M个交易请求创建N个任务，所述N个任务中的每个任务包括所述M个交易请求中的一部分交易请求，其中N为大于等于2的整数；以及

在所述第二主机系统中对所述N个任务中的每个任务独立地进行测试。

2.根据权利要求1所述的测试方法，其中，所述在所述第二主机系统中对所述N个任务中的每个任务独立地进行测试包括：

分别控制所述N个任务中每个任务的测试速率、测试开始时间、和/或测试模式。

3.根据权利要求1所述的测试方法，其中，在所述第二主机系统中对所述N个任务中的每个任务独立地进行测试还包括：

在测试过程中将第一任务中的每个交易请求的交易金额变换到预设金额，其中，所述预设金额使得所述第一任务中的预定比例的交易请求能够被重复成功执行多次；

其中，所述第一任务为所述N个任务中的任意一个。

4.根据权利要求1所述的测试方法，其中，所述在所述第二主机系统中基于所述M个交易请求创建N个任务中包括：

在所述第二主机系统中创建所述N个任务；

基于所述N个任务中每个任务的需求，设置每个任务的过滤条件，所述过滤条件用于从所述M个交易请求中过滤掉不符合对应的任务的需求的交易请求；以及

所述N个任务基于各自的过滤条件，从所述M个交易请求中获取到符合每个任务的需求的交易请求。

5.根据权利要求4所述的测试方法，其中，所述交易请求记录包括用于记录所述M个交易请求的S个第一文件，其中，S为大于等于1的整数；其中，所述N个任务基于各自的过滤条件，从所述M个交易请求中获取到符合每个任务的需求的交易请求包括：

基于第二任务的过滤条件从所述S个第一文件中过滤掉不符合所述第二任务的需求的交易请求，得到对应于所述第二任务的S个第二文件；以及

将所述S个第二文件中的每个第二文件拆分为至少r个文件，得到至少r*S个第三文件，其中，r为大于等于2的整数；

其中，

所述第二任务为所述N个任务中的任意一个。

6.根据权利要求5所述的测试方法，其中，所述在所述第二主机系统中对所述N个任务中的每个任务独立地进行测试，包括：

对所述第二任务中的所述至少r*S个第三文件并行测试。

7.一种用于主机系统的测试装置，包括：

交易记录获取模块，用于获取由传输到运行在生产环境下的第一主机系统的交易请求所形成的交易请求记录，其中所述交易请求记录包括M个交易请求，其中M为大于等于2的整数；

传输模块，用于将所述交易请求记录传输到运行在验证环境下的第二主机系统；

任务创建模块，用于在所述第二主机系统中基于所述M个交易请求创建N个任务，所述N个任务中的每个任务包括所述M个交易请求中的一部分交易请求，其中N为大于等于2的整数；以及

测试模块，用于在所述第二主机系统中对所述N个任务中的每个任务独立地进行测试。

8.根据权利要求7所述的测试装置，其中，所述测试模块还用于：

在测试过程中将第一任务中的每个交易请求的交易金额变换到预设金额，其中，所述预设金额使得所述第一任务中的预定比例的交易请求能够被重复成功执行多次。

9.一种用于主机系统的测试系统，包括：

一个或多个存储器，其上存储有计算机可执行指令；

一个或多个处理器，所述处理器执行所述指令，以实现根据权利要求1～6中任一项所述的测试方法。

10.一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行根据权利要求1～6中任一项所述的测试方法。

Images