CN111045903A - 高并发的tpc-e测试方法以及装置 - Google Patents

Abstract

本申请提供了高并发的TPC‑E测试方法以及装置，用于在TPC‑E测试的测试过程中，保证高并发的稳定性。本申请高并发的TPC‑E测试方法包括：测试控制设备获取TPC‑E测试任务的任务信息；测试控制设备根据任务信息，获取TPC‑E测试任务所需的测试请求处理量；测试控制设备按照预设划分策略，将测试请求处理量分成多组的子测试请求处理量；测试控制设备将多组的子测试请求处理量分别分配至不同的驱动器设备；测试控制设备触发不同的驱动器设备分别按照分配到的子测试请求处理量，对任务信息指定的数据库并发进行TPC‑E测试，并监听得到数据库的TPC‑E测试结果。

Description

高并发的TPC-E测试方法以及装置

技术领域

本申请涉及测试领域，尤其涉及高并发的TPC-E测试方法以及装置。

背景技术

在对数据库执行TPC-E测试时，驱动器设备需要向数据库发起大量的测试请求，以测试数据库对于这些测试请求的处理能力，反映数据库在TPC-E测试基准下的性能。

容易理解，每台驱动器设备用于执行TPC-E测试的系统资源不尽相同，在高并发的测试需求下，则可能导致不同驱动器设备向数据库发起的测试请求的数量上限不尽相同，进而导致数据库的TPC-E测试的测试结果存在浮动误差。

发明内容

本申请提供了高并发的TPC-E测试方法以及装置，用于在TPC-E测试的测试过程中，保证高并发的稳定性。

第一方面，本申请提供了高并发的TPC-E测试方法，方法包括：

测试控制设备获取TPC-E测试任务的任务信息；

测试控制设备根据任务信息，获取TPC-E测试任务所需的测试请求处理量；

测试控制设备按照预设划分策略，将测试请求处理量分成多组的子测试请求处理量；

测试控制设备将多组的子测试请求处理量分别分配至不同的驱动器设备；

测试控制设备触发不同的驱动器设备分别按照分配到的子测试请求处理量，对任务信息指定的数据库并发进行TPC-E测试，并监听得到数据库的TPC-E测试结果。

可选的，测试控制设备根据任务信息，获取TPC-E测试任务所需的测试请求处理量包括：

测试控制设备遍历任务信息中携带的多个测试用户ID，并将多个测试用户ID作为测试请求处理量；或者，

测试控制设备读取任务信息中携带的起始测试用户ID以及结束测试用户ID；

测试控制设备将测试用户ID集合中从起始测试用户ID起至结束用户ID的测试用户ID作为测试请求处理量。

可选的，方法还包括：

测试控制设备在一台或者多台处理设备上配置虚拟环境；

测试控制设备在虚拟环境中部署不同的驱动器设备。

可选的，方法还包括：

测试控制设备在不同的驱动器设备中的每一个驱动器设备中，分别部署测试进程，测试进程用于运行Driver组件、CE组件以及MEE组件。

可选的，测试控制设备监听得到数据库的TPC-E测试结果包括：

测试控制设备监听每个测试线程的测试状态、测试日志或者测试结果，并合并得到TPC-E测试结果。

第二方面，本申请提供了高并发的TPC-E测试装置，装置包括：

获取单元，用于获取TPC-E测试任务的任务信息；

获取单元，还用于根据任务信息，获取TPC-E测试任务所需的测试请求处理量；

划分单元，用于按照预设划分策略，将测试请求处理量分成多组的子测试请求处理量；

分配单元，用于将多组的子测试请求处理量分别分配至不同的驱动器设备；

触发单元，用于触发不同的驱动器设备分别按照分配到的子测试请求处理量，对任务信息指定的数据库并发进行TPC-E测试；

监听单元，用于监听得到数据库的TPC-E测试结果。

可选的，获取单元，具体用于：

遍历任务信息中携带的多个测试用户ID，并将多个测试用户ID作为测试请求处理量；或者，

读取任务信息中携带的起始测试用户ID以及结束测试用户ID；

将测试用户ID集合中从起始测试用户ID起至结束用户ID的测试用户ID作为测试请求处理量。

可选的，装置还包括配置单元，用于：

在一台或者多台处理设备上配置虚拟环境；

在虚拟环境中部署不同的驱动器设备。

可选的，装置还包括部署单元，用于：

在不同的驱动器设备中的每一个驱动器设备中，分别部署测试进程，测试进程用于运行Driver组件、CE组件以及MEE组件。

可选的，监听单元，具体用于：

监听每个测试线程的测试状态、测试日志或者测试结果，并合并得到TPC-E测试结果。

第三方面，本申请提供了高并发的TPC-E测试设备，包括处理器，处理器用于执行存储器中存储的计算机程序时实现如上述第一方面的任一步骤。

第四方面，本申请提供了可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现如上述第一方面的任一步骤。

从以上技术方案可以看出，本申请具有以下优点：

用于管理TPC-E测试的测试控制设备获取到本次TPC-E测试任务的任务信息及其对应的测试请求处理量后，可按照预设划分策略，将该测试请求出力量分为多组的子测试请求处理量，并将这些子测试请求处理量分配至不同的驱动器设备，触发这些驱动器设备按照分配到的子测试请求处理量，对数据库并发进行TPC-E测试，从而，可保证在不同驱动器设备向数据库发起测试测试请求的系统资源不尽相同的情况下，可保证每次TPC-E测试其高并发的稳定性。

此外，由于通过多个驱动器设备在同一时间向数据库发起测试请求、共同执行本次的TPC-E测试，则总发起数量还可突破单个驱动器设备发起测试请求的数量上限，从而，从整体层面上，提高执行TPC-E测试的测试效率，并且还可测试出数据库对于更高上限的测试请求的处理效率。

附图说明

图1为本申请高并发的TPC-E测试方法的一种流程示意图；

图2为本申请高并发的TPC-E测试方法的又一种流程示意图；

图3为本申请高并发的TPC-E测试方法的又一种流程示意图；

图4为本申请高并发的TPC-E测试装置的一种结构示意图；

图5为本申请高并发的TPC-E测试设备的一种结构示意图。

具体实施方式

本申请提供了高并发的TPC-E测试方法以及装置，用于在TPC-E测试的测试过程中，保证高并发的稳定性。

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

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或模块的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或模块，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或模块。在本申请中出现的对步骤进行的命名或者编号，并不意味着必须按照命名或者编号所指示的时间/逻辑先后顺序执行方法流程中的步骤，已经命名或者编号的流程步骤可以根据要实现的技术目的变更执行次序，只要能达到相同或者相类似的技术效果即可。

本申请中所出现的模块的划分，是一种逻辑上的划分，实际应用中实现时可以有另外的划分方式，例如多个模块可以结合成或集成在另一个系统中，或一些特征可以忽略，或不执行，另外，所显示的或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，模块之间的间接耦合或通信连接可以是电性或其他类似的形式，本申请中均不作限定。并且，作为分离部件说明的模块或子模块可以是也可以不是物理上的分离，可以是也可以不是物理模块，或者可以分布到多个电路模块中，可以根据实际的需要选择其中的部分或全部模块来实现本申请方案的目的。

首先，在介绍本申请之前，首先介绍本申请涉及的设备。

在本申请中，测试控制设备可以是云平台或者本地管理设备等物理设备，或者也可以为云平台以及多个本地管理设备的集合，用于管理驱动器设备的组网以及控制驱动器设备进行高并发的TPC-E测试，通过应用本申请高并发的TPC-E测试方法，以在TPC-E测试的测试过程中，保证高并发的稳定性。

驱动器设备用于运行TPC-E测试基准所规范的组件，对待测试的数据库发起测试请求。

数据库可以为单节点类型的数据库，也可以为多节点的分布式数据库，具体可以为Oracle、MySQL、SQLServer、达梦、金仓、南大通用等数据库。需要说明的是，基于简洁说明的目的，本申请所称的数据实际指的是数据库管理系统，也就是说，TPC-E测试针对的是数据库管理系统。

下面，则基于上述简单背景的介绍，开始介绍本申请的具体内容。

参阅图1，图1示出了本申请高并发的TPC-E测试方法的一种流程示意图，具体的，本申请高并发的TPC-E测试方法可包括如下步骤：

步骤S101，测试控制设备获取TPC-E测试任务的任务信息；

测试控制设备在触发对数据库的TPC-E测试任务以及应用本申请高并发的TPC-E测试方法后，则先获取本次TPC-E测试任务所携带的任务信息。

该任务信息，可保存在触发对数据库的TPC-E测试任务的设备所在存储空间，也可保存在测试控制设备本地空间，具体在此不做限定。

步骤S102，测试控制设备根据任务信息，获取TPC-E测试任务所需的测试请求处理量；

在应用本申请时，TPC-E测试任务的任务信息中，除了包括本次TPC-E测试所指定的数据库信息，还可指示本次TPC-E测试所需的测试请求处理量，具体的，可直接指示测试请求处理量，或者携带计算本次测试请求处理量所需的初始信息。

步骤S103，测试控制设备按照预设划分策略，将测试请求处理量分成多组的子测试请求处理量；

在得到本次TPC-E测试所需的测试请求处理量后，测试控制设备即可调取用于划分测试请求处理量的预设划分策略，并根据该预设划分策略，对本次TPC-E测试任务的测试请求处理量进行划分，得到多组的子测试请求处理量。

步骤S104，测试控制设备将多组的子测试请求处理量分别分配至不同的驱动器设备；

接下来，测试控制设备从驱动器设备组中，确定用于执行与上述子测试请求处理量的数量相对应数量的驱动器设备，并将每组子测试请求处理量分配至对应的驱动器设备，以此完成测试请求处理量的分配。

步骤S105，测试控制设备触发不同的驱动器设备分别按照分配到的子测试请求处理量，对任务信息指定的数据库并发进行TPC-E测试，并监听得到数据库的TPC-E测试结果。

后续，测试控制设备即可触发这些分配到子测试请求处理量的驱动器设备，依照分配到的子测试请求处理量，在同一时间下对数据库并发进行TPC-E测试。

从以上可看出，本申请高并发的TPC-E测试方法，用于管理TPC-E测试的测试控制设备获取到本次TPC-E测试任务的任务信息及其对应的测试请求处理量后，可按照预设划分策略，将该测试请求出力量分为多组的子测试请求处理量，并将这些子测试请求处理量分配至不同的驱动器设备，触发这些驱动器设备按照分配到的子测试请求处理量，对数据库并发进行TPC-E测试，从而，可保证在不同驱动器设备向数据库发起测试测试请求的系统资源不尽相同的情况下，可保证每次TPC-E测试其高并发的稳定性。

此外，由于通过多个驱动器设备在同一时间向数据库发起测试请求、共同执行本次的TPC-E测试，则总发起数量还可突破单个驱动器设备发起测试请求的数量上限，从而，从整体层面上，提高执行TPC-E测试的测试效率，并且还可测试出数据库对于更高上限的测试请求的处理效率。

下面，继续参阅图2示出的本申请高并发的TPC-E测试方法的又一种流程示意图，在实际应用中，本申请高并发的TPC-E测试方法，还可由如下内容实现：

步骤S201，测试控制设备获取TPC-E测试任务的任务信息；

可以理解，图2对应实施例步骤S201，可参照上述图1对应实施例步骤S101，具体在此不再赘述。

步骤S202，测试控制设备遍历任务信息中携带的多个测试用户ID，并将多个测试用户ID作为测试请求处理量；

在一种实施例中，每个测试请求可对应一个测试离用户ID，因此，TPC-E测试任务的任务信息中，可直接携带测试用户ID集合，通过这些测试用户ID向数据库发起预设数量的测试请求。

对应的，测试控制设备科从该任务信息中，遍历携带的多有测试用户ID，直接将其作为本次TPC-E测试任务所需的多个测试用户ID。

步骤S203，测试控制设备按照预设划分策略，将测试请求处理量分成多组的子测试请求处理量；

在实际应用中，预设划分策略，可按照不同驱动器设备执行TPC-E测试所能调用的系统资源的大小，进行不同大小的子测试请求量不同大小的划分。

或者，也可直接根据驱动器设备的数量进行均分，或者，结合不同驱动器设备的优先级，进行不同优先级对应不同子测试请求量的划分，当然，具体地还可结合系统资源的大小、数量、优先级以及空闲时间等影响因素，并赋予对应的权重，综合评分后进行不同大小的子测试请求量的划分。

步骤S204，测试控制设备在一台或者多台处理设备上配置虚拟环境；

在一种实施例中，驱动器设备除了可以为实体存在的服务器设备或者物理主机等设备，还可为虚拟环境中虚拟化的设备。

对应的，本申请高并发的TPC-E测试方法，还可包括测试控制设备在至少一台处理设备上配置虚拟环境的操作。

步骤S205，测试控制设备在虚拟环境中部署不同的驱动器设备。

在搭建好虚拟环境后，测试控制设备可预先在该虚拟环境中部署多个的驱动器设备，或者，还可根据上述子测试请求量的组数，部署相同数量的驱动器设备。

通过上述虚拟技术的应用，从而可再进一步节省部署驱动器设备的硬件资源，并且，由于驱动器设备是虚拟化得到的，其管理以及对外的通信，则还更便于进行管理，具有更高的灵活性。

步骤S206，测试控制设备在不同的驱动器设备中的每一个驱动器设备中，分别部署测试进程；

其中，测试进程用于运行Driver组件、CE组件以及MEE组件，Driver组件用于控制CE组件以及MEE组件，上述所提及的测试请求具体为模拟事务，CE组件具体用于模拟客户操作型事务，MEE具体用于模拟市场操作型事务，通过Driver组件、CE组件以及MEE组件，可向数据库发起模拟事务，测试数据库对于这些模拟事务的事务处理能力。

可以理解，每一个测试进程，可根据分配到的子测试请求处理量，单独进行一个完整的子TPC-E测试，不仅可减少现有技术中Driver组件、CE组件以及MEE组件分别处于不同物理设备上时三个组件之间的通信开销以及硬件开销，并且还更便于进行统一的管理。

步骤S207，测试控制设备触发不同的驱动器设备分别按照分配到的子测试请求处理量，对任务信息指定的数据库并发进行TPC-E测试，并监听每个测试线程的测试状态、测试日志或者测试结果，合并得到TPC-E测试结果。

在实际应用中，测试控制设备可监听上述步骤S206步骤中每个测试进程分别对应的子TPC-E测试结果，具体的包括测试状态、测试日志或者测试结果，在得到每个测试进程的子TPC-E测试结果后，测试控制设备即可进行合并处理，得到TPC-E测试结果。

继续参阅图3示出的本申请高并发的TPC-E测试方法的又一种流程示意图，在实际应用中，本申请高并发的TPC-E测试方法，还可由如下内容实现：

步骤S301，测试控制设备获取TPC-E测试任务的任务信息；

可以理解，图3对应实施例中步骤S301，以及步骤S304至步骤S308的，可参照上述图2对应实施例步骤S201，以及步骤S303至步骤S307的说明，具体在此不再赘述。

步骤S302，测试控制设备读取任务信息中携带的起始测试用户ID以及结束测试用户ID；

与上述图2对应实施例步骤S202中将测试所需的测试用户ID都直接携带在任务信息不同的是，在实际应用中，该任务信息可只携带两个测试用户ID，即起始测试用户ID以及结束测试用户ID。

步骤S303，测试控制设备将测试用户ID集合中从起始测试用户ID起至结束用户ID的测试用户ID作为测试请求处理量；

在得到起始测试用户ID以及结束测试用户ID两个测试用户ID后，测试控制设备即可调取本地预配置的测试用户ID集合，并从中筛选从起始测试用户ID起至结束用户ID的测试用户ID作为本次TPC-E测试所需的测试用户ID。

可以理解，在任务信息中只携带起始测试用户ID以及结束用户ID，可大大减少任务信息的信息量以及提高任务信息的读写速度，由此进一步提高TPC-E测试的处理效率。

步骤S304，测试控制设备按照预设划分策略，将测试请求处理量分成多组的子测试请求处理量；

步骤S305，测试控制设备在一台或者多台处理设备上配置虚拟环境；

步骤S306，测试控制设备在虚拟环境中部署不同的驱动器设备。

步骤S307，测试控制设备在不同的驱动器设备中的每一个驱动器设备中，分别部署测试进程，测试进程用于运行Driver组件、CE组件以及MEE组件。

步骤S308，测试控制设备触发不同的驱动器设备分别按照分配到的子测试请求处理量，对任务信息指定的数据库并发进行TPC-E测试，并监听每个测试线程的测试状态、测试日志或者测试结果，合并得到TPC-E测试结果。

以上是对本申请高并发的TPC-E测试方法的介绍，下面开始介绍本申请的高并发的TPC-E测试装置。

参阅图4，图4示出了本申请高并发的TPC-E测试装置的一种结构示意图，具体的，高并发的TPC-E测试装置可包括如下结构：

获取单元401，用于获取TPC-E测试任务的任务信息；

获取单元401，还用于根据任务信息，获取TPC-E测试任务所需的测试请求处理量；

划分单元402，用于按照预设划分策略，将测试请求处理量分成多组的子测试请求处理量；

分配单元403，用于将多组的子测试请求处理量分别分配至不同的驱动器设备；

触发单元404，用于触发不同的驱动器设备分别按照分配到的子测试请求处理量，对任务信息指定的数据库并发进行TPC-E测试；

监听单元405，用于监听得到数据库的TPC-E测试结果。

可选的，获取单元401，具体用于：

遍历任务信息中携带的多个测试用户ID，并将多个测试用户ID作为测试请求处理量；或者，

读取任务信息中携带的起始测试用户ID以及结束测试用户ID；

将测试用户ID集合中从起始测试用户ID起至结束用户ID的测试用户ID作为测试请求处理量。

可选的，装置还包括配置单元406，用于：

在一台或者多台处理设备上配置虚拟环境；

在虚拟环境中部署不同的驱动器设备。

可选的，装置还包括部署单元407，用于：

在不同的驱动器设备中的每一个驱动器设备中，分别部署测试进程，测试进程用于运行Driver组件、CE组件以及MEE组件。

可选的，监听单元405，具体用于：

监听每个测试线程的测试状态、测试日志或者测试结果，并合并得到TPC-E测试结果。

参阅图5，图5示出了本申请提供的高并发的TPC-E测试设备的一种结构示意图，具体的，本申请提供的高并发的TPC-E测试设备包括处理器501，处理器501用于执行存储器502中存储的计算机程序时实现如图1至图3对应任意实施例中高并发的TPC-E测试方法的各步骤；或者，处理器501用于执行存储器502中存储的计算机程序时实现如图4对应实施例中各单元的功能。

示例性的，计算机程序可以被分割成一个或多个模块/单元，一个或者多个模块/单元被存储在存储器502中，并由处理器501执行，以完成本申请。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序在计算机装置中的执行过程。

高并发的TPC-E测试设备可包括，但不仅限于处理器501、存储器502。本领域技术人员可以理解，示意仅仅是高并发的TPC-E测试设备的示例，并不构成对高并发的TPC-E测试设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如高并发的TPC-E测试设备还可以包括输入输出设备、网络接入设备、总线等，处理器501、存储器502、输入输出设备以及网络接入设备等通过总线相连。

处理器501可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，处理器是高并发的TPC-E测试设备的控制中心，利用各种接口和线路连接整个高并发的TPC-E测试设备的各个部分。

存储器502可用于存储计算机程序和/或模块，处理器501通过运行或执行存储在存储器502内的计算机程序和/或模块，以及调用存储在存储器502内的数据，实现计算机装置的各种功能。存储器502可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据高并发的TPC-E测试设备的使用所创建的数据(比如音频数据、视频数据等)等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

本申请还提供了可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现如图1至图3对应任意实施例中的高并发的TPC-E测试方法。

可以理解，集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各方法实施例的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的高并发的TPC-E测试装置、设备及其单元的具体工作过程，可以参考图1至图3对应实施例中高并发的TPC-E测试方法的说明，具体在此不再赘述。

综上，本申请提供的高并发的TPC-E测试方法、装置、设备以及可读存储介质，用于管理TPC-E测试的测试控制设备获取到本次TPC-E测试任务的任务信息及其对应的测试请求处理量后，可按照预设划分策略，将该测试请求出力量分为多组的子测试请求处理量，并将这些子测试请求处理量分配至不同的驱动器设备，触发这些驱动器设备按照分配到的子测试请求处理量，对数据库并发进行TPC-E测试，从而，可保证在不同驱动器设备向数据库发起测试测试请求的系统资源不尽相同的情况下，可保证每次TPC-E测试其高并发的稳定性。

此外，由于通过多个驱动器设备在同一时间向数据库发起测试请求、共同执行本次的TPC-E测试，则总发起数量还可突破单个驱动器设备发起测试请求的数量上限，从而，从整体层面上，提高执行TPC-E测试的测试效率，并且还可测试出数据库对于更高上限的测试请求的处理效率。

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

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

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

以上，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (10)

1.一种高并发的TPC-E测试方法，其特征在于，所述方法包括：

测试控制设备获取TPC-E测试任务的任务信息；

所述测试控制设备根据所述任务信息，获取所述TPC-E测试任务所需的测试请求处理量；

所述测试控制设备按照预设划分策略，将所述测试请求处理量分成多组的子测试请求处理量；

所述测试控制设备将所述多组的子测试请求处理量分别分配至不同的驱动器设备；

所述测试控制设备触发所述不同的驱动器设备分别按照分配到的子测试请求处理量，对所述任务信息指定的数据库并发进行所述TPC-E测试，并监听得到所述数据库的TPC-E测试结果。

2.根据权利要求1所述的方法，其特征在于，所述测试控制设备根据所述任务信息，获取所述TPC-E测试任务所需的测试请求处理量包括：

所述测试控制设备遍历所述任务信息中携带的多个测试用户标识ID，并将所述多个测试用户ID作为所述测试请求处理量；或者，

所述测试控制设备读取所述任务信息中携带的起始测试用户ID以及结束测试用户ID；

所述测试控制设备将测试用户ID集合中从所述起始测试用户ID起至所述结束用户ID的测试用户ID作为所述测试请求处理量。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述测试控制设备在一台或者多台处理设备上配置虚拟环境；

所述测试控制设备在所述虚拟环境中部署所述不同的驱动器设备。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述方法还包括：

所述测试控制设备在所述不同的驱动器设备中的每一个驱动器设备中，分别部署测试进程，所述测试进程用于运行Driver组件、CE组件以及MEE组件。

5.根据权利要求4所述的方法，其特征在于，所述测试控制设备监听得到所述数据库的TPC-E测试结果包括：

所述测试控制设备监听每个所述测试线程的测试状态、测试日志或者测试结果，并合并得到所述TPC-E测试结果。

6.一种高并发的TPC-E测试装置，其特征在于，所述装置包括：

获取单元，用于获取TPC-E测试任务的任务信息；

所述获取单元，还用于根据所述任务信息，获取所述TPC-E测试任务所需的测试请求处理量；

划分单元，用于按照预设划分策略，将所述测试请求处理量分成多组的子测试请求处理量；

分配单元，用于将所述多组的子测试请求处理量分别分配至不同的驱动器设备；

触发单元，用于触发所述不同的驱动器设备分别按照分配到的子测试请求处理量，对所述任务信息指定的数据库并发进行所述TPC-E测试；

监听单元，用于监听得到所述数据库的TPC-E测试结果。

7.根据权利要求6所述的装置，其特征在于，所述获取单元，具体用于：

遍历所述任务信息中携带的多个测试用户标识ID，并将所述多个测试用户ID作为所述测试请求处理量；或者，

读取所述任务信息中携带的起始测试用户ID以及结束测试用户ID；

将测试用户ID集合中从所述起始测试用户ID起至所述结束用户ID的测试用户ID作为所述测试请求处理量。

8.根据权利要求6所述的装置，其特征在于，所述装置还包括配置单元，用于：

在一台或者多台处理设备上配置虚拟环境；

在所述虚拟环境中部署所述不同的驱动器设备。

9.根据权利要求6至8中任一项所述的装置，其特征在于，所述装置还包括部署单元，用于：

在所述不同的驱动器设备中的每一个驱动器设备中，分别部署测试进程，所述测试进程用于运行Driver组件、CE组件以及MEE组件。

10.根据权利要求9所述的装置，其特征在于，所述监听单元，具体用于：

监听每个所述测试线程的测试状态、测试日志或者测试结果，并合并得到所述TPC-E测试结果。

Images