本申请涉及测试领域,尤其涉及tpc-e自动化测试方法以及tpc-e测试系统。
背景技术:
事务处理性能委员会(transactionprocessingperformancecouncil,tpc)在推出针对数据库性能的评估所推出的tpc-e测试基准后,若数据库公司在推出数据库产品时,可结合在tpc-e测试基准下所开发出的tpce测试工具对该数据库产品进行数据库性能的分析。
容易理解,若能提高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测试系统触发目标数据库的tpc-e测试任务;
tpc-e测试系统在硬件设备上部署tpc-e测试任务对应的driver组件、ceserver组件、meeserver组件以及目标数据库,硬件设备包括服务器设备和/或主机设备;
tpc-e测试系统触发ceserver组件以及meeserver组件生成并向目标数据库分别发起客户操作型事务以及市场操作型事务,以使得目标数据库处理客户操作型事务以及市场操作型事务;
tpc-e测试系统触发driver组件监听目标数据库对于客户操作型事务以及市场操作型事务的处理结果,并触发driver组件基于处理结果生成目标数据的tpc-e测试结果;
tpc-e测试系统触发driver组件输出tpc-e测试结果。
可选的,tpc-e测试系统触发driver组件基于处理结果生成目标数据的tpc-e测试结果包括:
tpc-e测试系统触发driver组件验证处理结果中不同模拟事务的混合比例、处理时长以及tpc-e测试任务的测试时长是否符合预设的tpc-e测试要求;
若符合,则driver组件统计客户操作型事务以及市场操作型事务两者中不同模拟事务的个数、处理时长以及处理细节,以及统计硬件设备的硬件成本以及tpc-e测试任务的软件成本,按照预设的结果输出方式形成tpc-e测试结果。
可选的,方法还包括:
tpc-e测试系统触发硬件设备生成与目标数据库之间建立odbc连接所需的连接信息,并将连接信息写入数据来源名称(datasourcename,dsn)文件,启动开放数据库连接(opendatabaseconnectivity,odbc)驱动程序,根据dsn文件建立与目标数据库之间的odbc连接;
tpc-e测试系统触发ceserver组件以及meeserver组件向目标数据库分别发起客户操作型事务以及市场操作型事务包括:
tpc-e测试系统触发ceserver组件以及meeserver组件基于odbc连接向目标数据库分别发起客户操作型事务以及市场操作型事务;
tpc-e测试系统触发driver组件监听目标数据库对于客户操作型事务以及市场操作型事务的处理结果包括:
tpc-e测试系统触发driver组件基于odbc连接,监听目标数据库对于客户操作型事务以及市场操作型事务的处理结果。
可选的,客户操作型事务包括4.9%比例的经纪人交易统计事务、13%比例的客户价值统计事务、18%比例的市场观察事务、14%比例的证券信息事务、8%比例的交易查询事务、10.1%比例的交易执行事务、19%比例的交易状态事务以及2%比例的交易修正事务;
其中,交易执行事务用于触发生成市场操作型事务中的交易结果更新事务,交易执行事务的数量为交易结果更新事务的数量的101%比例,交易结果更新事务用于触发生成市场操作型事务中的市场跟踪事务,市场跟踪事务的数量为交易结果更新事务的数量的10%比例。
可选的,方法还包括:
tpc-e测试系统调取硬件设备网络对应的设备列表,设备列表用于标识加入硬件设备网络的硬件设备的标识以及地址;
tpc-e测试系统根据设备列表从硬件设备网络中一一查找不同的硬件设备当前的计算资源占用指标以及存储资源占用指标,直至查找到计算资源指标以及存储资源占用指标两者都符合预设的空闲指标范围的空闲的硬件设备。
第二方面,本申请提供了tpc-e测试系统,系统包括:
触发单元,用于触发目标数据库的tpc-e测试任务;
部署单元,用于在硬件设备上部署tpc-e测试任务对应的driver组件、ceserver组件、meeserver组件以及目标数据库,硬件设备包括服务器设备和/或主机设备;
触发单元,还用于触发ceserver组件以及meeserver组件生成并向目标数据库分别发起客户操作型事务以及市场操作型事务,以使得目标数据库处理客户操作型事务以及市场操作型事务;
触发单元,还用于触发driver组件监听目标数据库对于客户操作型事务以及市场操作型事务的处理结果,并触发driver组件基于处理结果生成目标数据的tpc-e测试结果;
触发单元,还用于触发driver组件输出tpc-e测试结果。
可选的,触发单元,具体用于:
触发driver组件验证处理结果中不同模拟事务的混合比例、处理时长以及tpc-e测试任务的测试时长是否符合预设的tpc-e测试要求;
若符合,则driver组件统计客户操作型事务以及市场操作型事务两者中不同模拟事务的个数、处理时长以及处理细节,以及统计硬件设备的硬件成本以及tpc-e测试任务的软件成本,按照预设的结果输出方式形成tpc-e测试结果。
可选的,触发单元,还用于:
触发硬件设备生成与目标数据库之间建立odbc连接所需的连接信息,并将连接信息写入dsn文件,启动odbc驱动程序,根据dsn文件建立与目标数据库之间的odbc连接;
触发单元,具体用于:
触发ceserver组件以及meeserver组件基于odbc连接向目标数据库分别发起客户操作型事务以及市场操作型事务;
触发driver组件基于odbc连接,监听目标数据库对于客户操作型事务以及市场操作型事务的处理结果。
可选的,客户操作型事务包括4.9%比例的经纪人交易统计事务、13%比例的客户价值统计事务、18%比例的市场观察事务、14%比例的证券信息事务、8%比例的交易查询事务、10.1%比例的交易执行事务、19%比例的交易状态事务以及2%比例的交易修正事务;
其中,交易执行事务用于触发生成市场操作型事务中的交易结果更新事务,交易执行事务的数量为交易结果更新事务的数量的101%比例,交易结果更新事务用于触发生成市场操作型事务中的市场跟踪事务,市场跟踪事务的数量为交易结果更新事务的数量的10%比例。
可选的,系统还包括:
调取单元,用于调取硬件设备网络对应的设备列表,设备列表用于标识加入硬件设备网络的硬件设备的标识以及地址;
查找单元,用于根据设备列表从硬件设备网络中一一查找不同的硬件设备当前的计算资源占用指标以及存储资源占用指标,直至查找到计算资源指标以及存储资源占用指标两者都符合预设的空闲指标范围的空闲的硬件设备。
第三方面,本申请提供了tpc-e测试系统,包括处理器,处理器用于执行存储器中存储的计算机程序时实现如上述第一方面的任一步骤。
第四方面,本申请提供了可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现如上述第一方面的任一步骤。
从以上技术方案可以看出,本申请具有以下优点:
tpc-e测试系统可直接触发tpc-e测试任务,并在触发tpc-e测试任务后,自动在硬件设备上部署本次tpc-e测试任务所需的driver组件、ceserver组件、meeserver组件以及目标数据库,从而可大大保证测试环境的稳定性,避免工作人员手动部署的干扰,进而提高tpc-e测试结果的准确性,并且,由于实现了测试环境的自动部署,还可大大提高测试环境的部署效率,进而提高本次tpc-e测试任务的测试效率,实现tpc-e自动化测试。
附图说明
图1为本申请tpc-e自动化测试方法的一种流程示意图;
图2为本申请tpc-e自动化测试方法的又一种流程示意图;
图3为本申请tpc-e自动化测试方法的一种流程示意图;
图4为本申请tpc-e自动化测试方法的一种流程示意图;
图5为本申请tpc-e测试系统的一种结构示意图;
图6为本申请tpc-e测试系统的又一种结构示意图。
具体实施方式
本申请提供了tpc-e自动化测试方法以及tpc-e测试系统,用于自动部署tpc-e测试所需的测试环境,保证测试环境的稳定性,实现对目标数据库的tpc-e自动化测试。下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或模块的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或模块,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或模块。在本申请中出现的对步骤进行的命名或者编号,并不意味着必须按照命名或者编号所指示的时间/逻辑先后顺序执行方法流程中的步骤,已经命名或者编号的流程步骤可以根据要实现的技术目的变更执行次序,只要能达到相同或者相类似的技术效果即可。
本申请中所出现的模块的划分,是一种逻辑上的划分,实际应用中实现时可以有另外的划分方式,例如多个模块可以结合成或集成在另一个系统中,或一些特征可以忽略,或不执行,另外,所显示的或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,模块之间的间接耦合或通信连接可以是电性或其他类似的形式,本申请中均不作限定。并且,作为分离部件说明的模块或子模块可以是也可以不是物理上的分离,可以是也可以不是物理模块,或者可以分布到多个电路模块中,可以根据实际的需要选择其中的部分或全部模块来实现本申请方案的目的。
首先,在介绍本申请之前,首先介绍本申请涉及的tpc-e测试系统。
在本申请中,tpc-e测试系统为针对tpc-e测试搭建于一个或者多个设备上的系统平台,用户可登陆或者通过用户设备(userequipment,ue)上的客户端访问测试系统,触发目标数据库的tpc-e测试任务,通过应用本申请提供的tpc-e自动化测试方法,自动部署tpc-e测试所需的测试环境,实现对目标数据库的tpc-e自动化测试。
ue具体可以为智能手机、平板电脑、台式电脑、笔记本电脑、电脑一体机、个人数字助理(personaldigitalassistant,pda)、智能手环或者智能手表等终端设备,具体在此不做限定。
下面,则基于上述简单背景的介绍,开始介绍本申请的具体内容。
参阅图1,图1示出了本申请tpc-e自动化测试方法的一种流程示意图,具体的,本申请tpc-e自动化测试方法可包括如下步骤:
步骤s101,tpc-e测试系统触发目标数据库的tpc-e测试任务;
可以理解,相比于现有的tpc-e测试工具只能在配置好测试环境后进行自动化测试,本申请提供的tpc-e测试系统,可在接收ue发起的测试请求或者其他触发条件,直接触发tpc-e测试任务。
其中,该tpc-e测试任务,携带了目标数据库的数据库标识,该数据库标识可指示目标数据库,或者,该tpc-e测试任务,也可携带目标数据库的安装信息,用于tpc-e测试系统进行目标数据库的实时安装。
步骤s102,tpc-e测试系统在硬件设备上部署tpc-e测试任务对应的driver组件、ceserver组件、meeserver组件以及目标数据库;
其中,硬件设备包括服务器设备和/或主机设备。
在确定硬件设备后,tpc-e测试系统即可进行本次tpc-e测试任务所需测试环境的自动部署,即部署tpc-e测试任务对应的driver组件、ceserver组件、meeserver组件以及目标数据库。
需要说明的是,tpc-e测试基准,涉及到了不同的实体设备,而在本申请tpc-e系统所支持的tpc-e测试中,则可在软件层面上将不同的实体设备部署于同一个硬件设备上,并还原实体设备之间的实际交互场景。
也就是说,可将上述的driver组件、ceserver组件、meeserver组件以及目标数据库,部署于同一个硬件设备上,或者也可一一部署于不同的硬件设备上,或者还可任意组合部署在硬件设备上,具体在此不做限定。
步骤s103,tpc-e测试系统触发ceserver组件以及meeserver组件生成并向目标数据库分别发起客户操作型事务以及市场操作型事务,以使得目标数据库处理客户操作型事务以及市场操作型事务;
在通过上述步骤s102完成测试环境的自动部署后,tpc-e测试系统即可触发ceserver组件以及meeserver组件分别生成客户操作型事务以及市场操作型事务,可以理解的,客户操作型事务以及市场操作型事务两者皆为还原目标数据库实际工作所涉及的处理事务,即客户操作型事务以及市场操作型事务为模拟处理事务。
ceserver组件以及meeserver组件生成模拟处理事务后,可向目标数据库发起,让目标数据库处理这些模拟处理事务。
步骤s104,tpc-e测试系统触发driver组件监听目标数据库对于客户操作型事务以及市场操作型事务的处理结果,并触发driver组件基于处理结果生成目标数据的tpc-e测试结果;
目标数据库处理ceserver组件以及meeserver组件发起的模拟处理事务的事务处理流程中,driver组件即可监听目标数据库对模拟处理事务的处理结果。
基于目标数据库对于上述模拟处理事务的处理结果,driver组件即可进行相应的数据处理,形成目标数据库的tpc-e测试结果。
步骤s105,tpc-e测试系统触发driver组件输出tpc-e测试结果。
接着,driver组件可输出tpc-e测试结果,完成本次的tpc-e测试任务。
从上述的内容可看出,本申请提供的tpc-e自动化测试方法,tpc-e测试系统可直接触发tpc-e测试任务,并在触发tpc-e测试任务后,自动在硬件设备上部署本次tpc-e测试任务所需的driver组件、ceserver组件、meeserver组件以及目标数据库,从而可大大保证测试环境的稳定性,避免工作人员手动部署的干扰,进而提高tpc-e测试结果的准确性,并且,由于实现了测试环境的自动部署,还可大大提高测试环境的部署效率,进而提高本次tpc-e测试任务的测试效率,实现tpc-e自动化测试。
在一种实施例中,在上述内容中已提及,driver组件可对从目标数据库监听得到的处理结果进行数据处理进而得到tpc-e测试结果,对应的,参阅图2示出的本申请tpc-e自动化测试方法的又一种流程示意图,上述步骤s104中tpc-e测试结果的生成处理具体可包括:
步骤s201,tpc-e测试系统触发driver组件验证处理结果中不同模拟事务的混合比例、处理时长以及tpc-e测试任务的测试时长是否符合预设的tpc-e测试要求,若符合,则触发步骤s202;
可以理解,上述所提及的数据处理,具体可包括验证处理以及统计处理两个环节。
首先的,driver组件先对监听得到的处理结果进行验证处理,验证处理结果的有效性,即验证处理结果中不同模拟事务的混合比例、处理时长以及tpc-e测试任务的测试时长是否符合预设的tpc-e测试要求,若符合,再进行接下来的统计处理。
步骤s202,driver组件统计客户操作型事务以及市场操作型事务两者中不同模拟事务的个数、处理时长以及处理细节,以及统计硬件设备的硬件成本以及tpc-e测试任务的软件成本,按照预设的结果输出方式形成tpc-e测试结果。
在统计处理环节中,driver组件统计监听得到的处理结果中,客户操作型事务以及市场操作型事务两者中不同模拟事务的个数、处理时长以及处理细节,以及统计硬件设备的硬件成本以及tpc-e的软件成本。
统计得到所需的数据后,在按照tpc-e系统预设的tpc-e测试结果的结果输出方式,形成相应的tpc-e测试结果,例如具体可通过图文、报表、json文件、txt文件等方式输出tpc-e测试结果。
在又一种实施例中,在上述内容中已提及,本申请tpc-e测试系统可在软件层面上还原实体设备之间的实际交互场景,为此,则driver组件、ceserver组件以及meeserver组件三者,在与目标数据库之间,还需搭建网络连接。
对应的,参阅图3示出的本申请tpc-e自动化测试方法的又一种流程示意图,本申请tpc-e自动化测试方法,还可包括如下步骤:
步骤s301,tpc-e测试系统触发硬件设备生成与目标数据库之间建立odbc连接所需的连接信息,并将连接信息写入dsn文件,启动odbc驱动程序,根据dsn文件建立与目标数据库之间的odbc连接;
可以理解,承载driver组件、ceserver组件以及meeserver组件的硬件设备,可与目标数据库之间通过odbc连接进行交互,为此,可通过上述的连接信息、dsn文件以及odbc驱动程序建立该odbc连接。
对应的,上述内容中driver组件、ceserver组件以及meeserver组件三者与目标数据库之间所涉及的交互则可包括如下:
步骤s302,tpc-e测试系统触发ceserver组件以及meeserver组件基于odbc连接向目标数据库分别发起客户操作型事务以及市场操作型事务;
步骤s303,tpc-e测试系统触发driver组件基于odbc连接,监听目标数据库对于客户操作型事务以及市场操作型事务的处理结果。
在又一种实施例中,具体的,上述的客户操作型事务中,可包括4.9%比例的经纪人交易统计事务(broker-volume)、13%比例的客户价值统计事务(customer-position)、18%比例的市场观察事务(market-watch)、14%比例的证券信息事务(security-detail)、8%比例的交易查询事务(trade-lookup)、10.1%比例的交易执行事务(trade-order)、19%比例的交易状态事务(trade-status)以及2%比例的交易修正事务(trade-update);
其中,交易执行事务(trade-order)用于触发生成市场操作型事务中的交易结果更新事务(trade-result),交易执行事务的数量为交易结果更新事务的数量的101%比例,交易结果更新事务用于触发生成市场操作型事务中的市场跟踪事务(market-feed),市场跟踪事务的数量为交易结果更新事务的数量的10%比例。
当然,在触发ceserver组件以及meeserver组件分别发起对应的模拟事务的同时,也可触发driver组件发起相关的数据库维护事务,并还可结合该数据库维护事务的处理结果进行tpc-e测试结果的生成处理。
在又一种实施例中,在触发目标数据库的tpc-e测试任务后,tpc-e测试系统可从预设的硬件设备网络中确定用于部署测试环境的硬件设备。
可以理解,tpc-e测试系统,可位于该硬件设备网络中,或者也可实时访问该硬件设备网络。
tpc-e测试系统,可在该硬件设备网络中,一一查找直至查找到符合预设空闲要求的空闲的硬件设备,以部署本次tpc-e测试任务所需测试环境。
在该设置下,由于tpc-e测试系统所部署的测试环境是在空闲的硬件设备上完成的,因此,对于本申请的tpc-e测试系统,还可充分利用硬件设备网络中的硬件设备资源,不仅可提高tpc-e测试系统在实时应用上的灵活性,还可明显降低企业在应用本申请的tpc-e测试系统的硬件成本。
具体的,参阅图4示出的本申请tpc-e自动化测试方法的又一种流程示意图,上述空闲的硬件设备的确定处理,具体可包括如下步骤:
步骤s401,tpc-e测试系统调取硬件设备网络对应的设备列表;
其中,设备列表用于标识加入硬件设备网络的硬件设备的标识以及地址。
可以理解,硬件设备网络可配置一设备列表,加入该硬件设备网络的硬件设备,可在该设备列表中留下其设备标识以及地址,以便定位到具体的硬件设备。
相应的,在查找空闲的硬件设备时,tpc-e测试系统可先获取该设备列表。
步骤s402,tpc-e测试系统根据设备列表从硬件设备网络中一一查找不同的硬件设备当前的计算资源占用指标以及存储资源占用指标,直至查找到计算资源指标以及存储资源占用指标两者都符合预设的空闲指标范围的空闲的硬件设备。
在得到设备列表后,tpc-e测试系统即可根据该设备列表,从硬件设备网络中一一查找硬件设备,并一一查找不同的硬件设备当前的计算资源占用指标以及存储资源占用指标,当查找到两种资源占用指标符合空闲指标范围的硬件设备,即可确定为本次tpc-e测试任务部署测试环境所需的空闲的硬件设备。
以上是对本申请tpc-e自动化测试方法的介绍,下面开始介绍本申请的tpc-e测试系统。
参阅图5,图5示出了本申请tpc-e测试系统的一种结构示意图,具体的,tpc-e测试系统可包括如下结构:
触发单元501,用于触发目标数据库的tpc-e测试任务;
部署单元502,用于在硬件设备上部署tpc-e测试任务对应的driver组件、ceserver组件、meeserver组件以及目标数据库,硬件设备包括服务器设备和/或主机设备;
触发单元501,还用于触发ceserver组件以及meeserver组件生成并向目标数据库分别发起客户操作型事务以及市场操作型事务,以使得目标数据库处理客户操作型事务以及市场操作型事务;
触发单元501,还用于触发driver组件监听目标数据库对于客户操作型事务以及市场操作型事务的处理结果,并触发driver组件基于处理结果生成目标数据的tpc-e测试结果;
触发单元501,还用于触发driver组件输出tpc-e测试结果。
在一种实施例中,触发单元501,具体用于:
触发driver组件验证处理结果中不同模拟事务的混合比例、处理时长以及tpc-e测试任务的测试时长是否符合预设的tpc-e测试要求;
若符合,则driver组件统计客户操作型事务以及市场操作型事务两者中不同模拟事务的个数、处理时长以及处理细节,以及统计硬件设备的硬件成本以及tpc-e测试任务的软件成本,按照预设的结果输出方式形成tpc-e测试结果。
在又一种实施例中,触发单元501,还用于:
触发硬件设备生成与目标数据库之间建立odbc连接所需的连接信息,并将连接信息写入dsn文件,启动odbc驱动程序,根据dsn文件建立与目标数据库之间的odbc连接;
触发单元501,具体用于:
触发ceserver组件以及meeserver组件基于odbc连接向目标数据库分别发起客户操作型事务以及市场操作型事务;
触发driver组件基于odbc连接,监听目标数据库对于客户操作型事务以及市场操作型事务的处理结果。
在又一种实施例中,客户操作型事务包括4.9%比例的经纪人交易统计事务、13%比例的客户价值统计事务、18%比例的市场观察事务、14%比例的证券信息事务、8%比例的交易查询事务、10.1%比例的交易执行事务、19%比例的交易状态事务以及2%比例的交易修正事务;
其中,交易执行事务用于触发生成市场操作型事务中的交易结果更新事务,交易执行事务的数量为交易结果更新事务的数量的101%比例,交易结果更新事务用于触发生成市场操作型事务中的市场跟踪事务,市场跟踪事务的数量为交易结果更新事务的数量的10%比例。
在又一种实施例中,系统还包括确定单元503,用于从硬件设备网络中确定空闲的硬件设备。
在又一种实施例中,系统还包括:
调取单元504,用于调取硬件设备网络对应的设备列表,设备列表用于标识加入硬件设备网络的硬件设备的标识以及地址;
查找单元505,用于根据设备列表从硬件设备网络中一一查找不同的硬件设备当前的计算资源占用指标以及存储资源占用指标,直至查找到计算资源指标以及存储资源占用指标两者都符合预设的空闲指标范围的空闲的硬件设备。
参阅图6,图6示出了本申请提供的tpc-e测试系统的另一种结构示意图,具体的,本申请提供的tpc-e测试系统包括处理器601,处理器601用于执行存储器602中存储的计算机程序时实现如图1至图4对应任意实施例中tpc-e自动化测试方法的各步骤;或者,处理器601用于执行存储器602中存储的计算机程序时实现如图5对应实施例中各单元的功能。
示例性的,计算机程序可以被分割成一个或多个模块/单元,一个或者多个模块/单元被存储在存储器602中,并由处理器601执行,以完成本申请。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段,该指令段用于描述计算机程序在计算机装置中的执行过程。
tpc-e测试系统可包括,但不仅限于处理器601、存储器602。本领域技术人员可以理解,示意仅仅是tpc-e测试系统的示例,并不构成对tpc-e测试系统的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如tpc-e测试系统还可以包括输入输出设备、网络接入设备、总线等,处理器601、存储器602、输入输出设备以及网络接入设备等通过总线相连。
处理器601可以是中央处理单元(centralprocessingunit,cpu),还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor,dsp)、专用集成电路(applicationspecificintegratedcircuit,asic)、现成可编程门阵列(field-programmablegatearray,fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等,处理器是tpc-e测试系统的控制中心,利用各种接口和线路连接整个tpc-e测试系统的各个部分。
存储器602可用于存储计算机程序和/或模块,处理器601通过运行或执行存储在存储器602内的计算机程序和/或模块,以及调用存储在存储器602内的数据,实现计算机装置的各种功能。存储器602可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据tpc-e测试系统的使用所创建的数据(比如音频数据、视频数据等)等。此外,存储器可以包括高速随机存取存储器,还可以包括非易失性存储器,例如硬盘、内存、插接式硬盘,智能存储卡(smartmediacard,smc),安全数字(securedigital,sd)卡,闪存卡(flashcard)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
本申请还提供了可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现如图1至图4对应任意实施例中的tpc-e自动化测试方法。
可以理解,集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各方法实施例的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(read-onlymemory,rom)、随机存取存储器(randomaccessmemory,ram)、磁碟或者光盘等各种可以存储程序代码的介质。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的tpc-e测试系统及其单元的具体工作过程,可以参考图1至图4对应实施例中tpc-e自动化测试方法的说明,具体在此不再赘述。
综上,本申请提供的tpc-e自动化测试方法、tpc-e测试系统以及可读存储介质,tpc-e测试系统可直接触发tpc-e测试任务,并在触发tpc-e测试任务后,自动在硬件设备上部署本次tpc-e测试任务所需的driver组件、ceserver组件、meeserver组件以及目标数据库,从而可大大保证测试环境的稳定性,避免工作人员手动部署的干扰,进而提高tpc-e测试结果的准确性,并且,由于实现了测试环境的自动部署,还可大大提高测试环境的部署效率,进而提高本次tpc-e测试任务的测试效率,实现tpc-e自动化测试。
在本申请所提供的几个实施例中,应该理解到,所揭露的tpc-e测试系统及其单元,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
以上,以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。