CN103002490A - 一种业务仿真测试系统及其实现方法 - Google Patents

Abstract

本发明公开了一种业务仿真测试系统及其实现方法，用以满足大量且复杂的业务仿真测试需求，提升业务仿真测试的通用性、扩展性和可靠性。业务仿真测试系统，包括中央控制中心和标准化的资源池，其中：中央控制中心，用于根据业务仿真测试需求由标准化的资源池动态创建逻辑层面的二级分布式子系统，并集中操控各二级分布式子系统仿真的至少一项测试实例，每一个二级分布式子系统包括管理节点、分析节点和执行节点，各二级分布式子系统共享由标准化的资源池动态组织的存储节点；所述二级分布式子系统，用于基于提供标准化的测试能力的管理节点、分析节点、执行节点和存储节点，并行仿真至少一项测试实例。

Description

一种业务仿真测试系统及其实现方法

技术领域

本发明涉及移动通信技术领域，尤其涉及一种业务仿真测试系统及其实现方法。

背景技术

在业务仿真测试领域，目前存在三种主流的业务仿真测试方案，但是这些方案不具备通用性和扩展性，并且可靠性较低，无法满足大量且复杂的业务仿真测试需求。下面对目前存在的三种主流的业务仿真测试方案进行简单介绍。

方案一、直接网络包构造方案

该方案中主要包括如下组成部分：操作管理客户端、配置场景解析模块、协议栈编解码模块、网络状态机模块、网络包收发模块、监控及结果分析模块等。该方案中，操作管理客户端描述用户的测试配置信息(仅能配置，不能自定义程序开发)；配置场景解析模块根据用户提交的测试配置，调用相应的协议栈编解码模块，构造测试需要发送的网络包、以及需要匹配的网络返回包格式及规则，并调用网络状态机模块，准备测试中所需的状态机；网络包收发模块依据网络状态机模块提供的测试需要发送的网络包，直接发送到网络上，将收到的网络返回包依据网络状态机模块提供的规则过滤后返回网络状态机模块。监控及结果分析模块通常分为两部分，监控模块的探针程序通常和其余模块结合在一起，最终采集的测试结果统一返回到客户端，由客户端的结果分析模块进行分析呈现。

该方案通常被当前主流的IP(Internet Protocol，互联网协议)性能类测试工具采用，优点是直接、高效，测试能力模块通常集成在硬件设备中，用户以Windows操作系统软件客户端的方式，通过TCP(Transmission Control Protocol传输控制协议)/IP网络操作。对于多种协议的组合测试在配置及场景中描述即可。

方案二、封装网络通信协议方案

该方案中主要包括如下组成部分：测试程序开发编译环境、测试场景配置及控制程序、分布式业务仿真回放程序、监控及结果分析程序。

测试程序开发编译环境的开发语言通常是由测试工具厂商提供的特定脚本或编译语言，一般具备对第三方和常用开发语言的支持能力。测试程序开发编译环境中通常集成了主流应用的网络通信协议，方便用户编写及调试各类基于上述主流应用的测试程序，大大提高了开发调试的便利性。并且测试程序开发编译环境中通常提供录制回放机制，可以协助用户捕捉特定应用程序的网络交换行为，并根据封装的网络通信协议进行解析，自动生成测试程序的基础代码。

测试场景配置及控制程序中，提供用户灵活的设定测试时长、负载等多种参数和多个测试程序业务配比，业务仿真回放节点选择等内容。一个控制程序可以管理多个分布式的业务仿真回放程序。该方案中，控制程序通常需实时推送和跟踪多个业务仿真回放程序的行为，采用了集中式的业务预处理再分发模型。

分布式业务仿真回放程序，根据控制程序推送的经过预处理后生成的网络请求转换为直接网络访问行为，该分布式业务仿真回放程序为被动工作模式，所有网络行为均由集中式控制端的调度完成。

监控及结果分析程序与方案一类似，集中进行实时结果的监控，测试完成后将采集测试详细信息，并进行测试结果的统计分析及UI(User Interface，用户界面)呈现。

该方案通常被当前IT(Internet Technology，互联网技术)业内的网络应用测试工具所采用，优点是支持可编程、灵活性强等，通常以纯软件的方式安装在基于x86平台的Windows或Linux操作系统之上使用。

方案三、GUI(Graphical User Interface，图形用户接口)方案

该方案的特点是通过模拟用户在桌面焦点对象上的鼠标和键盘动作，产生对应用程序GUI的交互行为，从而实现对被测产品和系统的测试。该方案主要包括如下组成部分：GUI对象识别引擎、GUI对象映射及操控引擎、测试程序编辑器、测试程序回放引擎、测试程序批量执行引擎等。GUI对象识别引擎用于识别由各种开发语言实现的应用程序运行时在用户桌面上呈现的各个部件，例如菜单、按钮、对话框、表格、窗体等；GUI对象映射及操控引擎用于将GUI对象识别引擎识别的对象进行语言描述，可以在测试程序使用代码描述操控行为；测试程序编辑器提供方便的脚本语言，使得用户可以方便的描述测试行为，以形成测试程序库；测试程序回放引擎可以将用户编写的测试程序，在GUI对象映射及操控引擎的控制下，完成对应用程序运行时在用户桌面上各个部件的操作行为；测试程序批量执行引擎可以对多个测试程序进行无人值守的自动执行。

该方案通常被当前IT业内的功能自动化测试工具所采用，优点是可以无缝贴合人的手工测试行为习惯，通常仅支持x86平台的Windows操作系统。

现有技术提供的三种业务仿真测试方案中，第一种方案在实际应用中，除操控的客户端外，其他部分均需部署在同一套硬件环境中，扩展方式也仅限于增加板卡的方式，而板卡的插槽是有限的。这种封闭的扩展方式使得用户无法利用。第二种方案的局限性在于集中式的控制程序在测试中负载较大，在低配置的机器上稳定性较差，特别是在长时间和高负载的性能中容易出现。也正是由于负载较大和稳定性不够，使得可以连接的分布式节点的数量较少。第三种方案在效率的局限性方面较大，因此仅限于有GUI的应用程序的测试，无法实现网络和分布式的性能测试。

可见，现有技术中的业务仿真测试方案存在如下技术问题：

应用范围和测试能力有限，局限于特定的专业领域，用户不能进行自定义扩展；限定了用户必须在特定的开发环境下开发编译测试程序，第三方程序需开放API(Application Programming Interface，应用程序编程接口)才可以被使用；测试程序的执行是中央预处理再分发的方式，测试执行中必须保证管理节点和执行节点的通信，一旦网络故障，测试失败，需重新开始；均为封闭式架构，不能与其他厂商测试工具和平台协同，用户不能对测试工具和平台做任何定制和裁剪。

发明内容

本发明实施例提供了一种业务仿真测试系统及其实现方法，用以满足大量且复杂的业务仿真测试需求，提升业务仿真测试的通用性、扩展性和可靠性。

本发明实施例提供的业务仿真测试系统，包括中央控制中心和标准化的资源池，其中：

所述中央控制中心，用于根据业务仿真测试需求由标准化的资源池动态创建逻辑层面的二级分布式子系统，并集中操控各二级分布式子系统仿真的至少一项测试实例，每一个二级分布式子系统包括管理节点、分析节点和执行节点，各二级分布式子系统共享由标准化的资源池动态组织的存储节点，管理节点与分析节点互联，执行节点与管理节点和分析节点互联，分析节点与存储节点互联；

所述二级分布式子系统，用于基于提供标准化的测试能力的管理节点、分析节点、执行节点和存储节点，并行仿真至少一项测试实例。

本发明实施例提供的业务仿真测试系统的实现方法，包括：

中央控制中心根据业务仿真测试需求由标准化的资源池动态创建逻辑层面的二级分布式子系统，每一个二级分布式子系统包括管理节点、分析节点和执行节点，各二级分布式子系统共享由标准化的资源池动态组织的存储节点，管理节点与分析节点互联，执行节点与管理节点和分析节点互联，分析节点与存储节点互联；

创建的二级分布式子系统基于提供标准化的测试能力的管理节点、分析节点、执行节点和存储节点，并行仿真至少一项测试实例；

中央控制中心集中操控各二级分布式子系统仿真的至少一项测试实例。

本发明实施例提供的业务仿真测试系统及其实现方法，基于业务仿真测试系统可扩展的逻辑架构，中央控制中心由标准化的资源池动态组织管理节点、分析节点和执行节点之后，业务仿真测试系统由逻辑结构动态转化为通信互联结构，标准化的资源池中各个节点资源可以单独存在，彼此之间不需要在运行时立即互联互通，可以保持与逻辑架构一一对应的角色分配和关系映射。在承载测试任务时，根据用户发起的业务仿真测试需求动态完成动态链接方案，即通信互联结构的部署。用户可以在中央控制中心访问任意一个通过上述方法创建的二级分布式子系统，并完成业务仿真测试的使用活动，因此能够满足大量且复杂的业务仿真测试需求，提升业务仿真测试的通用性、扩展性和可靠性。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为本发明实施例提供的业务仿真测试系统示意图；

图2为本发明实施例提供的二级分布式子系统的逻辑架构示意图；

图3为本发明实施例提供的中央控制中心、以及二级分布式子系统的主要功能组件分布示意图；

图4为本发明实施例提供的业务仿真测试系统的实现方法流程图；

图5为本发明实施例提供的创建二级分布式子系统的方法流程图；

图6为本发明实施例提供的销毁二级分布式子系统的方法流程图；

图7a为本发明实施例提供的业务仿真测试系统的第一种运行模式图；

图7b为本发明实施例提供的业务仿真测试系统的第二种运行模式图；

图7c为本发明实施例提供的业务仿真测试系统的第三种运行模式图；

图8为本发明实施例提供的业务仿真测试系统一种较佳的通信互联结构示意图。

具体实施方式

本发明实施例提供了一种业务仿真测试系统及其实现方法，用以满足大量且复杂的业务仿真测试需求，提升业务仿真测试的通用性、扩展性和可靠性。

以下结合说明书附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明，并且在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。

本发明实施例提供的业务仿真测试系统采用了多级分布式逻辑架构，能够实现测试能力的集中管理和动态扩展，适用于各类移动业务平台及IP化系统的性能及功能测试。本发明实施例提供的业务仿真测试系统具有较高的通用性、扩展性和可靠性，可以构建为由几十甚至几百台PC(Personal Computer，个人计算机)服务器组成的在线分布式系统，可以动态配置每个节点的测试能力，并且对于不同节点来说可以动态接驳对应的测试能力(测试实例)。

本发明实施例首先提供了业务仿真测试系统的逻辑架构，以及各个组件的功能、逻辑关系及通信方式。

业务仿真测试系统的组件包括中央控制中心、管理节点、分析节点、执行节点和存储节点。业务仿真测试系统由一个集中的中央控制中心、以及若干标准化的资源池组成。每一个标准化的资源池可以动态组织管理节点、分析节点、执行节点和存储节点四种节点资源，上述四种节点资源共享使用公共的物理资源池，并按需进行角色分配和关系映射。由标准化的资源池动态组织的大量的存储节点组成中央数据中心。

中央控制中心可以集中操控多个二级分布式子系统仿真的至少一项测试实例，如图1所示，二级分布式子系统可以由一个扩展到数百个组成，二级分布式子系统动态接驳进入中央控制中心。根据中央控制中心的调度，标准化的资源池可以动态组织成由管理节点、分析节点和执行节点共三种标准化节点资源组成的二级分布式子系统，各二级分布式子系统共享中央数据中心的存储节点，二级分布式子系统的逻辑架构如图2所示，管理节点的数量一般为一个、分析节点的数量一般为一个，执行节点的数量可以为一个到数千个，管理节点与分析节点互联，每个执行节点均与管理节点和分析节点互联，分析节点与存储节点互联。每个二级分布式子系统可以并行仿真一项或多项测试实例(测试能力)。

中央控制中心、以及二级分布式子系统的主要功能组件分布如图3所示。中央控制中心主要包括工具管理配置、节点状态监控、测试任务登记管理、节点资源管理、测试结果统计分析、节点自动校验等功能。动态组织成的二级分布式子系统中各个标准化的资源节点，能够提供标准化的测试能力，其中：

管理节点包括工具管理、执行节点的自动发现和自动部署、数据校验和修复、参数配置、策略调度、状态检验及控制指令解析等基础功能，以及与中央控制中心的互联功能和执行节点的管理服务功能。管理节点的策略调度是基于简单的批量任务规则分发而非直接业务预处理再分发的功能，因此，每个管理节点可以高效的管理数百至几千个执行节点。

分析节点的功能包括资源数据汇总分析引擎、业务指标数据分析引擎和数据分析状态监控引擎，接受并分析来自各个执行节点的测试数据、执行状态数据及物理资源的状态，并与存储节点互联。

每个执行节点提供标准化的管理接口，包括管理受控引擎、分析受控引擎和运行框架，可以运行多个独立的模拟网元，共同组成单机的测试能力。在执行节点构建的网元模拟能力，可以不限于特定的架构和方法，均可以在此业务仿真测试系统下有效集成，并通过业务仿真测试系统的能力动态扩展。

基于业务仿真测试系统的逻辑架构，以及各个组件的功能、逻辑关系及通信方式的介绍，本发明实施例提供的业务仿真测试系统，包括中央控制中心和标准化的资源池，其中：

所述中央控制中心，用于根据业务仿真测试需求由标准化的资源池动态创建逻辑层面的二级分布式子系统，并集中操控各二级分布式子系统仿真的至少一项测试实例每一个二级分布式子系统包括管理节点、分析节点和执行节点，各二级分布式子系统共享由标准化的资源池动态组织的存储节点，管理节点与分析节点互联，执行节点与管理节点和分析节点互联，分析节点与存储节点互联；

所述二级分布式子系统，用于基于提供标准化的测试能力的管理节点、分析节点、执行节点和存储节点，并行仿真至少一项测试实例。

具体实施中，标准化的资源池可以包括节点角色池、软件资源池和物理资源池，以及中央控制中心的测试任务登记管理模块，用于接收用户发起的业务仿真测试需求，并集中操控各二级分布式子系统仿真的至少一项测试实例；

中央控制中心的节点资源管理模块，用于根据业务仿真测试需求、以及所述物理资源池中可用状态的物理资源总数申请需要的节点数量；根据申请到的节点数量设定节点之间的拓扑关系；针对每一个节点，从所述节点角色池中选择角色，通过选择的角色关联相应的配置信息以及软件资源池中相应的软件资源，从物理资源池中选择物理资源，将选择的物理资源更新为非可用状态，并将节点所对应角色的软件资源和配置信息部署到选择的物理资源上；根据节点之间的拓扑关系配置不同角色的物理资源之间的网络结构，并根据配置的网络结构发布二级分布式子系统的访问方式。较佳的，节点资源管理模块具体可以通过在本地保存二级分布式子系统中管理节点的访问接口发布二级分布式子系统的访问方式。

具体实施中，中央控制中心的节点资源管理模块，还用于判断每一个二级分布式子系统是否处于使用状态，针对处于非使用状态的二级分布式子系统，删除二级分布式子系统的访问方式，清除物理资源上部署的角色的软件资源和配置信息；以及，中央控制中心的资源状态管理模块，用于将物理资源池中被清除的物理资源的状态更新为可用状态。

具体实施中，中央控制中心的测试结果统计分析模块，用于实时监控各二级分布式子系统仿真的至少一项测试实例的测试结果，并进行测试结果的统计分析及用户界面呈现。

基于同一技术构思，本发明实施例提供了一种业务仿真测试系统的实现方法，如图4所示，包括：

S401、中央控制中心根据业务仿真测试需求由标准化的资源池动态创建逻辑层面的二级分布式子系统，每一个二级分布式子系统包括管理节点、分析节点和执行节点，各二级分布式子系统共享由标准化的资源池动态组织的存储节点，管理节点与分析节点互联，执行节点与管理节点和分析节点互联，分析节点与存储节点互联；

S402、创建的二级分布式子系统基于提供标准化的测试能力的管理节点、分析节点、执行节点和存储节点，并行仿真至少一项测试实例；

S403、中央控制中心集中操控各二级分布式子系统仿真的至少一项测试实例。

下面详细介绍业务仿真测试系统的实现方法，动态构建业务仿真测试系统的流程，包括创建标准化的资源池和管理二级分布式子系统。

首先，创建标准化的资源池，标准化的资源池包括节点角色池、软件资源池和物理资源池。

在节点角色池中建立角色定义，存储在数据库中，包括如下几个步骤：

1、定义角色名称到节点角色池中；

2、定义角色对物理资源(即硬件服务器)的依赖；

3、定义角色对应的软件资源，其中软件资源存储在软件资源池中；

4、定义角色对应的配置信息；

5、提交记录到数据库中。

在软件资源池中添加软件资源，可以采用HTTP(HyperText TransferProtocol，超文本传输协议)文件服务、FTP(File Transfer Protocol，文件传输协议)文件服务等方式存储软件资源，包括如下几个步骤：

1、定义软件资源的名称；

2、定义软件资源的说明；

3、定义软件资源的安装方法；

4、上传软件包；

5、提交记录到数据库中。

在物理资源池中添加物理资源，可以有多种方式，例如可以在物理资源上部署代理程序，由代理程序主动上报物理资源的状态；或者，可以采用如下几个步骤：

1、根据指定的IP地址、IP地址段扫描在线的物理资源，并添加到准备物理资源池中；

2、远程登录验证准备物理资源池中在线的物理资源，可采用多种验证方式，例如采用SSH(Secure Shell，安全外壳协议)、Telnet(Internet远程登陆服务的标准协议)等方式验证；

3、将验证通过的物理资源的信息进行登记；

4、根据登记的信息设置物理资源池中每一个物理资源的状态。

其次，根据需求通过中央控制中心对二级分布式子系统进行管理，对二级分布式子系统的管理包括创建(编辑)二级分布式子系统和销毁二级分布式子系统两个方面。

其中，创建二级分布式子系统的方法，如图5所示，包括如下步骤：

S501、中央控制中心接收用户发起的业务仿真测试需求，根据业务仿真测试需求、以及物理资源池中可用状态的物理资源总数申请需要的节点数量；

S502、根据申请到的节点数量设定节点之间的拓扑关系；

S503、判断是否存在未部署的节点，如果是，执行S504，如果否，执行S505；

S504、选定节点，从节点角色池中选择角色，通过选择的角色关联相应的配置信息以及软件资源池中相应的软件资源，从而将角色和节点进行一一对应；从物理资源池中选择可用状态的物理资源，将选择的物理资源更新为非可用状态，从而将物理资源与节点进行一一对应；将节点所对应角色的软件资源和配置信息部署到选择的物理资源上，通常采用自动部署的方式(该部署可以手工安装)，例如通过远程SSH/SFTP(Secure File Transfer Protocol，安全文件传送协议)方式登录系统，上传软件资源，并运行安装指令完成部署，返回执行S503；

S505、根据节点之间的拓扑关系配置不同角色的物理资源之间的网络结构，通常采用自动配置的方式完成，例如通过在物理资源安装代理程序，接受指令后修改配置信息；或通过远程SSH方式登录系统，直接修改配置信息；

S506、根据配置的网络结构发布二级分布式子系统的访问方式，具体的，中央控制中心将二级分布式子系统的主入口设置为管理节点，并在本地保存管理节点的访问接口。

销毁二级分布式子系统的方法，如图6所示，包括步骤：

S601、中央控制中心选择二级分布式子系统；

S602、判断选择的二级分布式子系统是否处于使用状态，如果否，继续执行S603，如果是，返回执行S601；

S603、针对处于非使用状态的二级分布式子系统，删除二级分布式子系统的访问方式，清除物理资源上部署的角色的软件资源和配置信息，并将物理资源池中被清除的物理资源的状态更新为可用状态，从而完成资源释放。

基于业务仿真测试系统的逻辑架构到通信互联结构的转换方法，用户可以在中央控制中心访问任意一个通过上述方法创建的二级分布式子系统，并完成业务仿真测试的使用活动。

本发明实施例提供的业务仿真测试系统，转换为中央控制中心和二级分布式子系统的通信互联结构之后，指令及信息的流转遵守以下三种运行模式，这三种运行模式也体现了本架构积木式运行的特点。业务仿真测试系统的运行模式分别介绍如下。

模式一、单节点独立运行模式

如图7a所示，在本运行模式下，执行节点和分析节点可以独立运行，直接接受用户的控制指令，完成相应的业务处理。

模式二、二级分布式子系统运行模式

如图7b所示，在本运行模式下，所有控制指令由管理节点为入口，分发控制各个执行节点和分析节点完成相应的业务处理。

模式三、全系统运行模式。

如图7c所示，在本运行模式下，所有控制指令由中央控制中心调度管理。

基于业务仿真测试系统可扩展的逻辑架构，中央控制中心为物理资源池中物理资源分配角色之后，业务仿真测试系统由逻辑结构动态转化为通信互联结构，标准化的资源池中各个节点资源可以单独存在，彼此之间不需要在运行时立即互联互通，可以保持与逻辑架构一一对应的角色分配和关系映射。在承载测试任务时，根据用户发起的业务仿真测试需求动态完成动态链接方案，即通信互联结构的部署。用户可以在中央控制中心访问任意一个通过上述方法创建的二级分布式子系统，并完成业务仿真测试的使用活动，因此能够满足大量且复杂的业务仿真测试需求，提升业务仿真测试的通用性、扩展性和可靠性。

本发明实施例提供的业务仿真测试系统可以实现多种通信互联结构，一种较佳的通信互联结构如图8所示，包括一个管理节点、一个分析节点和一个执行节点、以及共享中央数据中心的存储节点的通信关系，其中执行节点可以为一个至数百数千个，图8中以一个执行节点为例描述执行节点的内部逻辑。

在上述通信互联结构实例中，中央控制中心与管理节点和分析节点建立了TCP链接，承载控制指令的下发和状态信息的上报，从而实现对二级分布式子系统的控制和管理。多个二级分布式子系统的接入方式与单节点相同。每个管理节点均需具备服务管理代理模块与中央控制中心通信，此通信不限于局域网，可以在互联网上有效应用。

管理节点和分析节点与执行节点也分别建立了TCP链接，承载控制指令、配置文件的下发，以及状态信息的上报。除此之外，分析节点还与存储节点建立了TCP链接，承载控制指令的下发和状态信息的上报，并通过与执行节点的TCP链接，动态配置执行节点与存储节点进行通信和文件传输行为。多个执行节点的互联方式与单节点相同。管理节点和分析节点均具备服务管理模块，处理来自执行节点的链接和通信请求。分析节点的服务模块还处理与存储节点的链接和通信请求。执行节点中具备和管理、执行、存储三种节点通信的代理模块，保持通信链路和请求的转发，以及文件的传输。

本发明实施例提供的业务仿真测试系统及其实现方法，具备如下有益效果：

通用性强、可维护性提升。逻辑架构为动态扩展结构，根据该逻辑架构可以构建可复用的业务仿真测试系统，动态增减测试能力，实时监控资源池的情况、以及业务仿真测试的执行情况。

可以管理更多的执行节点，计算能力更强。现有技术中所有测试任务，均进行预处理后分发至各执行节点，导致管理端服务器计算负载和分发较大，且对网络状况要求较高，因此仅能支持几个到几十个执行节点，而在本方案中可以将执行节点的数量提升到数百至数千个，且不受测试网络质量的影响。

人机交互方式的提升。根据此面向服务的架构，可以构建WEB/客户端/终端等多种用户交互方式的测试系统。

业务仿真测试系统的可靠性提升。该架构可以有效降低测试过程中工具平台的管理开销，支持测试工具网络的断点续连，提高了测试过程中的可靠性。积木式逐级灵活应用。此架构使得可以根据情况以积木的方式，自下而上逐层搭建符合需要的业务仿真测试系统；并且在使用中，可以根据需要灵活选择搭建轻量级的单机测试工具，直至极为复杂的业务仿真测试系统。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (12)

1.一种业务仿真测试系统，其特征在于，包括中央控制中心和标准化的资源池，其中：

所述中央控制中心，用于根据业务仿真测试需求由标准化的资源池动态创建逻辑层面的二级分布式子系统，并集中操控各二级分布式子系统仿真的至少一项测试实例，每一个二级分布式子系统包括管理节点、分析节点和执行节点，各二级分布式子系统共享由标准化的资源池动态组织的存储节点，管理节点与分析节点互联，执行节点与管理节点和分析节点互联，分析节点与存储节点互联；

所述二级分布式子系统，用于基于提供标准化的测试能力的管理节点、分析节点、执行节点和存储节点，并行仿真至少一项测试实例。

2.如权利要求1所述的系统，其特征在于，所述标准化的资源池包括节点角色池、软件资源池和物理资源池；以及

所述中央控制中心，具体包括：

测试任务登记管理模块，用于接收用户发起的业务仿真测试需求，并集中操控各二级分布式子系统仿真的至少一项测试实例；

节点资源管理模块，用于根据业务仿真测试需求、以及所述物理资源池中可用状态的物理资源总数申请需要的节点数量；根据申请到的节点数量设定节点之间的拓扑关系；针对每一个节点，从所述节点角色池中选择角色，通过选择的角色关联相应的配置信息以及软件资源池中相应的软件资源，从物理资源池中选择物理资源，将选择的物理资源更新为非可用状态，并将节点所对应角色的软件资源和配置信息部署到选择的物理资源上；根据节点之间的拓扑关系配置不同角色的物理资源之间的网络结构，并根据配置的网络结构发布二级分布式子系统的访问方式。

3.如权利要求2所述的系统，其特征在于，

所述节点资源管理模块，具体用于通过在本地保存二级分布式子系统中管理节点的访问接口发布二级分布式子系统的访问方式。

4.如权利要求2所述的系统，其特征在于，所述中央控制中心还包括资源状态管理模块，其中：

所述节点资源管理模块，还用于判断每一个二级分布式子系统是否处于使用状态，针对处于非使用状态的二级分布式子系统，删除二级分布式子系统的访问方式，清除物理资源上部署的角色的软件资源和配置信息；

所述资源状态管理模块，用于将物理资源池中被清除的物理资源的状态更新为可用状态。

5.如权利要求4所述的系统，其特征在于，

所述资源状态管理模块，还用于接收并保存部署在物理资源上的代理程序上报的物理资源池中物理资源的状态；或者，根据指定的互联网协议IP地址或者IP地址段扫描在线的物理资源，并添加到准备物理资源池中，远程登录验证准备物理资源池中在线的物理资源，将验证通过的物理资源的信息进行登记，并根据登记的信息设置物理资源池中每一个物理资源的状态。

6.如权利要求2所述的系统，其特征在于，所述中央控制中心，还包括：

测试结果统计分析模块，用于实时监控各二级分布式子系统仿真的至少一项测试实例的测试结果，并进行测试结果的统计分析及用户界面呈现。

7.一种业务仿真测试系统的实现方法，其特征在于，包括：

中央控制中心根据业务仿真测试需求由标准化的资源池动态创建逻辑层面的二级分布式子系统，每一个二级分布式子系统包括管理节点、分析节点和执行节点，各二级分布式子系统共享由标准化的资源池动态组织的存储节点，管理节点与分析节点互联，执行节点与管理节点和分析节点互联，分析节点与存储节点互联；

创建的二级分布式子系统基于提供标准化的测试能力的管理节点、分析节点、执行节点和存储节点，并行仿真至少一项测试实例；

中央控制中心集中操控各二级分布式子系统仿真的至少一项测试实例。

8.如权利要求7所述的方法，其特征在于，还包括创建标准化的资源池的步骤，所述标准化的资源池包括节点角色池、软件资源池和物理资源池；以及

中央控制中心创建二级分布式子系统的方法，具体包括：

中央控制中心接收用户发起的业务仿真测试需求，根据业务仿真测试需求、以及所述物理资源池中可用状态的物理资源总数申请需要的节点数量；

根据申请到的节点数量设定节点之间的拓扑关系；

针对每一个节点，从所述节点角色池中选择角色，通过选择的角色关联相应的配置信息以及软件资源池中相应的软件资源，从物理资源池中选择可用状态的物理资源，将选择的物理资源更新为非可用状态，并将节点所对应角色的软件资源和配置信息部署到选择的物理资源上；

根据节点之间的拓扑关系配置不同角色的物理资源之间的网络结构；并

根据配置的网络结构发布二级分布式子系统的访问方式。

9.如权利要求8所述的方法，其特征在于，所述中央控制中心根据配置的网络结构发布二级分布式子系统的访问方式，具体包括：

根据配置的网络结构，所述中央控制中心将二级分布式子系统的主入口设置为管理节点，并在本地保存管理节点的访问接口。

10.如权利要求8所述的方法，其特征在于，还包括：

所述中央控制中心判断每一个二级分布式子系统是否处于使用状态；

针对处于非使用状态的二级分布式子系统，删除二级分布式子系统的访问方式，清除物理资源上部署的角色的软件资源和配置信息，并将物理资源池中被清除的物理资源的状态更新为可用状态。

11.如权利要求10所述的方法，其特征在于，所述物理资源池中物理资源的状态由部署在物理资源上的代理程序上报给所述中央控制中心；或者

所述方法还包括：

中央控制中心根据指定的互联网协议IP地址或者IP地址段扫描在线的物理资源，并添加到准备物理资源池中；

远程登录验证准备物理资源池中在线的物理资源；

将验证通过的物理资源的信息进行登记，并根据登记的信息设置物理资源池中每一个物理资源的状态。

12.如权利要求8所述的方法，其特征在于，还包括：

所述中央控制中心实时监控各二级分布式子系统仿真的至少一项测试实例的测试结果，并进行测试结果的统计分析及用户界面呈现。

Images