CN115695274B

CN115695274B - 仿真测试的资源管控方法及系统

Info

Publication number: CN115695274B
Application number: CN202211706963.4A
Authority: CN
Inventors: 李岚; 伍泳燕; 李佳慧; 汪锋
Original assignee: Space Cqc Associate Software Testing And Evaluating Technology Beijing Co ltd
Current assignee: Space Cqc Associate Software Testing And Evaluating Technology Beijing Co ltd
Priority date: 2022-12-29
Filing date: 2022-12-29
Publication date: 2023-04-07
Anticipated expiration: 2042-12-29
Also published as: CN115695274A

Abstract

本公开涉及一种仿真测试的资源管控方法及系统，其中，方法包括：代理启动时发起注册请求，配管服务将消息转发至服务发现；服务发现对消息进行信息提取，以通过代理提供的信息进行插件匹配，并通过插件容器服务创建对应插件，在创建完成时向服务发现返回容器信息和容器状态；服务发现判断插件创建结果，并将消息返回至配管服务；配管服务确定插件创建成功时，向代理发送消息，以使代理根据容器信息进行通信，以建立与插件的联系。根据本公开的技术方案，通过配管服务、服务发现和插件容器三者的协同配合，完成仿真测试对目标网络和对象的有效管理，提高了通信效率和实时性，引入灵活的测试资源加入退出机制，实现系统的可扩展。

Description

仿真测试的资源管控方法及系统

技术领域

本公开涉及仿真测试技术领域，尤其涉及一种仿真测试的资源管控方法、装置、设备及存储介质。

背景技术

分布式仿真系统是大规模网络测试的常用方法，通过对大规模真实网络的等比例创建有效的测试环境，提供各种类型的软件测试。现代网络对仿真规模、仿真节点类型和网络架构有着复杂的要求，特别是物联网和工业互联网的出现，对网络的仿真的性能有更高的要求。

在仿真测试的过程中，测试对象部署在分布式环境下，需要使用指定测试资源进行有效的远程测试，同时收集测试对象的测试结果、运行状态和数据。测试资源的主要工作是对测试对象开展各种有效测试，对测试资源实施有效的管控是测试成功的关键。

目前，大规模网络测试需要有高性能的总线支持，如HLA、Kafka和DIS等技术。通过订阅发布机制将各种测试资源纳入到仿真环境中，管控中心通过发布控制命令，对仿真环境中的节点实施控制。然而，在仿真测试过程中，总线方式对仿真节点和仿真对象的扩展性较差，需要仿真管控的通讯组件和总线配合，所通信的内容也需要支持总线模式。

发明内容

为了解决上述技术问题，本公开提供了一种仿真测试的资源管控方法及系统。

第一方面，本公开实施例提供了一种仿真测试的资源管控方法，包括：

响应于代理发起的第一消息，配管服务基于注册信息和所述第一消息生成第二消息，并将所述第二消息转发至服务发现，其中，所述代理运行于测试资源的仿真节点之上；

所述服务发现对所述第二消息进行信息提取，得到所述代理提供的信息；

所述服务发现通过所述代理提供的信息进行插件匹配，得到插件编号，并基于所述插件编号生成第三消息，将所述第三消息发送至插件容器服务；

所述插件容器服务根据所述第三消息查找容器库，从所述容器库中确定目标插件并启动对应容器以创建所述目标插件，在创建完成时向所述服务发现返回第四消息，其中，所述第四消息包括容器信息和容器状态；

所述服务发现根据所述容器状态判断插件创建结果，并基于所述插件创建结果和所述容器信息生成第五消息，将所述第五消息返回至所述配管服务；

所述配管服务根据所述插件创建结果确定插件创建成功时，向所述代理发送第六消息，所述第六消息包括所述容器信息；

所述代理根据所述容器信息进行通信，以建立与所述目标插件的联系。

第二方面，本公开实施例提供了一种仿真测试的资源管控装置，包括：

请求模块，用于响应于代理发起的第一消息，基于注册信息和所述第一消息生成第二消息，并将所述第二消息转发至服务发现，其中，所述代理运行于测试资源的仿真节点之上；

提取模块，用于对所述第二消息进行信息提取，得到所述代理提供的信息；

匹配模块，用于通过所述代理提供的信息进行插件匹配，得到插件编号，并基于所述插件编号生成第三消息，将所述第三消息发送至插件容器服务；

创建模块，用于根据所述第三消息查找容器库，从所述容器库中确定目标插件并启动对应容器以创建所述目标插件，在创建完成时向所述服务发现返回第四消息，其中，所述第四消息包括容器信息和容器状态；

判断模块，用于根据所述容器状态判断插件创建结果，并基于所述插件创建结果和所述容器信息生成第五消息，将所述第五消息返回至配管服务；

转发模块，用于根据所述插件创建结果确定插件创建成功时，向所述代理发送第六消息，所述第六消息包括所述容器信息；

通信模块，用于根据所述容器信息进行通信，以建立与所述目标插件的联系。

第三方面，本公开实施例提供了一种仿真测试的资源管控系统，包括：

测试目标网络，配管服务，服务发现，插件容器服务；其中，所述测试目标网络包括测试资源的仿真节点，代理运行于测试资源的仿真节点之上；

所述配管服务用于，响应于代理发起的第一消息，基于注册信息和所述第一消息生成第二消息，并将所述第二消息转发至服务发现；

所述服务发现用于，对所述第二消息进行信息提取，得到所述代理提供的信息；

所述服务发现还用于，通过所述代理提供的信息进行插件匹配，得到插件编号，并基于所述插件编号生成第三消息，将所述第三消息发送至插件容器服务；

所述插件容器服务用于，根据所述第三消息查找容器库，从所述容器库中确定目标插件并启动对应容器以创建所述目标插件，在创建完成时向所述服务发现返回第四消息，其中，所述第四消息包括容器信息和容器状态；

所述服务发现还用于，根据所述容器状态判断插件创建结果，并基于所述插件创建结果和所述容器信息生成第五消息，将所述第五消息返回至所述配管服务；

所述配管服务还用于，根据所述插件创建结果确定插件创建成功时，向所述代理发送第六消息，所述第六消息包括所述容器信息；

第四方面，本公开实施例提供了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面所述的仿真测试的资源管控方法。

本公开实施例提供的技术方案与现有技术相比具有如下优点：通过配管服务、服务发现和插件容器三者的协同配合，完成仿真测试对目标网络和对象的有效管理，可以有效的支持大规模异构网络的仿真测试，可以通过测试资源代理的申请自动生成测试服务和插件服务，完成对测试资源管控，引入灵活的测试资源加入退出机制，实现了对大规模测试环境的有效支撑和管理，较好的实现了管理资源的松耦合，以便实现系统的可扩展。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

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

图1为本公开实施例所提供的一种仿真测试的资源管控方法的示意图；

图2为本公开实施例所提供的一种插件知识图谱示意图；

图3为本公开实施例所提供的一种仿真测试的资源管控系统的示意图；

图4为为本公开实施例所提供的一种工作流程示意图。

具体实施方式

为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。

传统的仿真环境测试在资源管控方面存在着以下几个方面的不足：需要预先安排网络通信结构，采用总线技术和底层通信平台实现仿真通信，对异构网络和不同类型设备的支撑能力有待提高；目前的测试资源的管控需要对资源做预先控制和部署，测试资源在测试过程中的加入和退出缺少灵活机制，紧耦合的管控方式不适合大规模网络测试；当仿真资源在形态、使用方式、运行位置和测试要求存在巨大差异时，测试人员对测试资源插件/代理要有丰富的经验，增加了测试人员的技术难度。

本公开实施例的方法，应用于面向大规模异构环境的仿真测试环境的大规模网络测试场景，在IP网络和云计算技术的基础上，通过配置配管服务、服务发现和插件容器，基于三者的协同机制，测试资源可以通过自定义代理程序向配管框架发起申请，通过自动匹配对应插件容器，并实现测试服务的注册、运行和注销等工作，实现一种面向大规模仿真资源管控框架，实现对测试资源的管控，能够接纳多元化的测试资源，包括各种测试工具、程序和系统等，同时和测试资源具备松耦合的关系，以便实现系统的可扩展。

图1为本公开实施例所提供的一种仿真测试的资源管控方法的流程示意图，本公开实施例提供的方法可以由仿真测试的资源管控装置来执行，该装置可以采用软件和/或硬件实现，并可集成在任意具有计算能力的电子设备上。

如图1所示，本公开实施例提供的仿真测试的资源管控方法可包括：

步骤101，响应于代理发起的第一消息，配管服务基于注册信息和所述第一消息生成第二消息，并将所述第二消息转发至服务发现。

本公开实施例中，代理运行于测试资源的仿真节点之上，代理在启动运行后，首先向配管服务发送请求报文（第一消息），第一消息的格式为：Msg1=（代理请求ID（标识）、代理请求时间、代理工具、代理模式、代理地址、工作环境）。其中，工具表示代理对应的工具信息，包括工具的名称、版本和功能描述；模式用于描述工具的调用形式，包括API（Application Program Interface，应用程序接口）、命令行和脚本等；工作环境表示代理工作的节点信息，包括操作系统、网络类型等。

本实施例中，配管服务接收到代理发送的请求报文后，以第二消息的方式将信息转发至服务发现进行注册，注册信息包括注册时间、注册ID，第二消息格式为：Msg2=（注册时间、注册ID、Msg1）。

可选地，配管服务基于注册信息和所述第一消息生成第二消息，包括：配管服务接收到代理发送的第一消息后，查询自身配管服务注册信息，以查找是否存在该代理的记录信息，若不存在该代理的记录信息，则确定生成第二消息，以将第二消息转发至服务发现进行注册。

步骤102，服务发现对所述第二消息进行信息提取，得到代理提供的信息。

本实施例中，服务发现接收到配管服务发送的第二消息后，提取代理工具、代理模式、代理地址和工作环境等信息，以根据上述代理提供的信息匹配知识库中的信息。

在本公开的一个实施例中，采用知识图谱技术实现测试资源使用过程中插件和代理的匹配，能够保留较好的扩展性。其中，在知识图谱的构造过程中，以插件为节点，记录了插件的运行环境、通信类型、容器，工具和版本等信息，一种插件知识图谱的示例如图2所示，由此，通过插件知识图谱为知识库记录各种不同的插件类型信息，包括插件的类型、版本号、插件存放地址等。以插件知识图谱作为主要的知识库，提供已有的各种插件资源的信息，由于插件资源具备一定的扩展性，因此可以满足各种新的代理测试资源的查询需求，另一方面当新的代理不能提供插件匹配资源满足时，可以直接在知识图谱创建节点信息，再通过创建相应插件补全知识图谱。

步骤103，服务发现通过代理提供的信息进行插件匹配，得到插件编号，并基于所述插件编号生成第三消息，将所述第三消息发送至插件容器服务。

本实施例中，服务发现查阅插件知识图谱，在插件知识图谱中根据代理提供的信息进行插件匹配，匹配内容包括Msg1中的代理工具、代理模式、代理地址和工作环境等信息，由于插件的通用性，通常情况一种插件类型可以对应多种类型的代理，匹配成功后系统进入插件容器创建过程，否则，表示该代理所提供的资源为新工具资源，创建相关知识节点信息。服务发现在匹配成功后，启动插件容器的创建过程，服务发现向插件容器服务发送创建请求（第三消息），格式为：Msg3=（创建ID、插件编号）。

步骤104，插件容器服务根据所述第三消息查找容器库，从所述容器库中确定目标插件并启动对应容器以创建所述目标插件，在创建完成时向所述服务发现返回第四消息，其中，所述第四消息包括容器信息和容器状态。

本实施例中，插件容器服务接收到创建请求时，查找容器库，从容器库中查找符合要求的插件，启动相关容器，在插件创建成功后返回第四消息，容器信息包括容器ID和容器地址，第四消息格式为：Msg4=（容器ID、容器地址，容器状态）。

步骤105，服务发现根据容器状态判断插件创建结果，并基于插件创建结果和所述容器信息生成第五消息，将所述第五消息返回至所述配管服务。

本实施例中，服务发现接收到第四消息后，判断容器创建的结果，并在服务注册表中记录容器创建成功的消息，以及返回管控框架相关的管控信息（第五消息），第五消息的格式为：Msg5=（插件创建结果、代理请求ID、代理地址、容器ID、容器地址）。

步骤106，配管服务根据插件创建结果确定插件创建成功时，向所述代理发送第六消息，第六消息包括容器信息。

配管服务接收到第五消息后，若插件创建结果为创建成功，则向代理发送第六消息，第六消息格式为：Msg6=（容器ID、容器地址），并将插件所对应的容器ID和容器地址记录在数据库中。

步骤107，代理根据所述容器信息进行通信，以建立与所述目标插件的联系。

代理地址在接收到第六消息后，读取其中的容器地址并与其通信，建立和插件的联系。

下面对执行测试任务进行说明。

响应于测试任务开始，配管服务从已有插件中确定用于所述测试任务的第一插件，并向第一插件发送测试命令；所述第一插件将所述测试命令发送至所述代理；所述代理响应于所述测试命令，执行所述测试任务，并将生成的测试结果返回所述第一插件；所述第一插件存储所述测试结果，并将所述测试结果返回至所述配管服务。具体地，当配管框架开始测试任务时，可以根据数据库中的记录选择合适的插件，向插件发送测试命令，插件接收到测试命令后将测试命令发往代理，代理在执行测试任务时，产生的测试结果返回插件，插件将结果存储后，可以返回给管控集群，完成整个测试任务。

响应于所述测试任务结束，所述配管服务向所述服务发现发送结束请求；所述服务发现向所述插件容器服务发送关停指令；所述插件容器服务向所述代理发送中断服务，并将收集的数据返回至所述配管服务。具体地，当测试任务结束后，配管服务向服务发现发送结束请求，服务发现向插件容器服务发送关停指令，相关的插件容器在接收到指令后向代理发送中断服务，收集完成相关数据返回给管控服务，结束整个服务测试过程。

前述配管服务、服务发现和插件容器服务三个模块可以是单独服务运行，也可以采用集群技术支持，从而达到对测试大规模的支持。

综上，通过配管框架、服务发现和插件容器三者的协同配合，完成仿真测试对目标网络和对象的有效管理，可以有效的支持大规模异构网络的仿真测试，相较于总线方法提高了通信效率和实时性，对测试资源的代理和配管服务之间通信协商产生，在整个测试资源管控过程中，测试方可以通过测试资源代理的申请自动生成测试服务和插件服务，完成对测试资源管控，测试资源可以灵活的加入和退出，引入灵活的测试资源加入退出机制，较好的实现了管理资源的松耦合，以便实现系统的可扩展；通过服务发现和插件容器的配合，完成对测试资源管控过程的建立，不同于集中式的资源部署方式，可以较好的实现测试资源规模的扩充。此外，在实际测试过程中，分布式的模式有助于测试方在部署测试资源之后，由代理程序发起申请完成测试方对资源的管控；采用知识图谱技术实现测试资源使用过程中插件和代理的匹配，保留了较好的扩展性；对测试资源的插件/代理的开发可以由测试方开发模式，也可以采用被测方提供，通过后台的知识库对测试资源进行匹配，由服务发现选择合理的测试插件，开启测试服务，建立插件和代理之间的通信，可以较好的降低测试人员的工作量。进一步保证插件通用性，为未知测试资源提供服务，对于不能匹配成功的插件则通过后期添加的方式完善测试服务。

下面对仿真测试的资源管控系统进行说明。

图3为本公开实施例所提供的一种仿真测试的资源管控系统的示意图，如图3所示，该系统包括：测试目标网络，配管服务，服务发现（注册服务），插件容器服务；其中，所述测试目标网络包括测试资源的仿真节点，代理运行于测试资源的仿真节点之上。

其中，配管服务（配管框架）：运行在配管服务器之上，或者运行在大规模服务集群之上，配管服务用于负责整个系统仿真测试目标的管理，配管服务器向插件容器发送测试命令，并接收测试数据，同时测试负责对测试环境中的测试代理信息进行管理。

服务发现：运行在服务器之上，也可运行在大规模集群之上。服务发现主要处理测试资源插件的注册、启动和关闭等功能，根据配管框架系统于维护测试环境中的代理和插件的运行。

插件容器服务：运行在容器之上，也可以运行在大规模集群之上。主要负责运行针对各种代理的插件的运行维护与管理。在仿真测试系统中，插件容器集群主要用于和仿真目标代理实现通信，协助配管框架完成大规模的仿真测试。

插件：运行在容器上的管控通信软件，用于实现和测试资源通信，完成测试任务的下发和测试数据的采集。

代理：运行在测试资源的仿真节点之上，用于配合插件完成测试，代理在启动时需要向配管框架发送申请，用于完成相应插件的注册、运行和管控等操作。

本实施例中，所述配管服务用于，响应于代理发起的第一消息，基于注册信息和所述第一消息生成第二消息，并将所述第二消息转发至服务发现；

所述代理根据所述容器信息进行通信，以建立与所述目标插件的联系。整体工作流程例如图4所示。

根据本公开实施例的技术方案，通过配管服务、服务发现和插件容器三者的协同配合，完成仿真测试对目标网络和对象的有效管理，相较于总线方法提高了通信效率和实时性，并且，可以有效的支持大规模异构网络的仿真测试，测试方可以通过测试资源代理的申请自动生成测试服务和插件服务，完成对测试资源管控，引入灵活的测试资源加入退出机制，配管框架主要实现认证和认证后的资源调度工作，实现了对大规模测试环境的有效支撑和管理，较好的实现了管理资源的松耦合，以便实现系统的可扩展。

本公开实施例还提供的一种仿真测试的资源管控装置，该仿真测试的资源管控装置包括：请求模块，提取模块，匹配模块，创建模块，判断模块，转发模块，通信模块。

其中，请求模块，用于响应于代理发起的第一消息，基于注册信息和所述第一消息生成第二消息，并将所述第二消息转发至服务发现，其中，所述代理运行于测试资源的仿真节点之上；

本公开实施例所提供的仿真测试的资源管控装置可执行本公开实施例所提供的任意仿真测试的资源管控方法，具备执行方法相应的功能模块和有益效果。本公开装置实施例中未详尽描述的内容可以参考本公开任意方法实施例中的描述。

本公开实施例还提供的一种电子设备，电子设备包括一个或多个处理器和存储器。处理器可以是中央处理单元（CPU）或者具有数据处理能力和/或指令执行能力的其他形式的处理单元，并且可以控制电子设备中的其他组件以执行期望的功能。存储器可以包括一个或多个计算机程序产品，计算机程序产品可以包括各种形式的计算机可读存储介质，例如易失性存储器和/或非易失性存储器。易失性存储器例如可以包括随机存取存储器（RAM）和/或高速缓冲存储器（cache）等。非易失性存储器例如可以包括只读存储器（ROM）、硬盘、闪存等。在计算机可读存储介质上可以存储一个或多个计算机程序指令，处理器可以运行程序指令，以实现上文的本公开的实施例的方法以及/或者其他期望的功能。在计算机可读存储介质中还可以存储诸如输入信号、信号分量、噪声分量等各种内容。

在一个示例中，电子设备还可以包括：输入装置和输出装置，这些组件通过总线系统和/或其他形式的连接机构互连。此外，该输入装置还可以包括例如键盘、鼠标等等。该输出装置可以向外部输出各种信息，包括确定出的距离信息、方向信息等。该输出装置可以包括例如显示器、扬声器、打印机、以及通信网络及其所连接的远程输出设备等等。除此之外，根据具体应用情况，电子设备还可以包括诸如总线、输入/输出接口等任何其他适当的组件。

除了上述方法和设备以外，本公开的实施例还可以是计算机程序产品，其包括计算机程序指令，计算机程序指令在被处理器运行时使得处理器执行本公开实施例所提供的任意方法。

计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例操作的程序代码，程序设计语言包括面向对象的程序设计语言，诸如 Java、C++等，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。

此外，本公开的实施例还可以是计算机可读存储介质，其上存储有计算机程序指令，计算机程序指令在被处理器运行时使得处理器执行本公开实施例所提供的任意方法。

计算机可读存储介质可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子（非穷举的列表）包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器（RAM）、只读存储器（ROM）、可擦式可编程只读存储器（EPROM 或闪存）、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本公开的具体实施方式，使本领域技术人员能够理解或实现本公开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下，在其它实施例中实现。因此，本公开将不会被限制于本文所述的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims

1.一种仿真测试的资源管控方法，其特征在于，包括：

2.如权利要求1所述的方法，其特征在于，所述服务发现通过所述代理提供的信息进行插件匹配，得到插件编号，包括：

所述服务发现通过所述代理提供的信息查询插件知识图谱，得到插件编号；其中，所述插件知识图谱以插件为节点，记录插件的运行环境、通信类型、容器编号、工具、网络类型和插件版本。

3.如权利要求1或2所述的方法，其特征在于，所述第一消息的格式为代理请求ID、代理请求时间、代理工具、代理模式、代理地址和工作环境，所述第二消息的格式为注册时间、注册ID、所述第一消息，所述服务发现通过所述代理提供的信息进行插件匹配，包括：

所述服务发现通过所述代理工具、代理模式、代理地址和工作环境进行插件匹配。

4.如权利要求3所述的方法，其特征在于，所述第四消息的格式为容器ID、容器地址和容器状态，所述第五消息的格式为插件创建结果、代理请求ID、代理地址、容器ID、容器地址，所述方法还包括：

所述服务发现在服务注册表中记录容器创建成功的信息；以及

所述配管服务将插件所对应的容器ID和容器地址记录在数据库中。

5.如权利要求1所述的方法，其特征在于，所述配管服务基于注册信息和所述第一消息生成第二消息，包括：

所述配管服务接收到所述代理发送的第一消息后，查询本地是否存在所述代理的记录信息；

若不存在所述代理的记录信息，则确定生成所述第二消息，以通过所述服务发现进行注册。

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

响应于测试任务开始，所述配管服务从已有插件中确定用于所述测试任务的第一插件，并向所述第一插件发送测试命令；

所述第一插件将所述测试命令发送至所述代理；

所述代理响应于所述测试命令，执行所述测试任务，并将生成的测试结果返回所述第一插件；

所述第一插件存储所述测试结果，并将所述测试结果返回至所述配管服务。

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

响应于所述测试任务结束，所述配管服务向所述服务发现发送结束请求；

所述服务发现向所述插件容器服务发送关停指令；

所述插件容器服务向所述代理发送中断服务，并将收集的数据返回至所述配管服务。

8.一种仿真测试的资源管控系统，其特征在于，包括：

9.一种计算机可读存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述权利要求1-7中任一所述的方法。