CN105953829B - 一种基于资源共享的自动测试系统及其运行机制 - Google Patents

Abstract

本发明公开了一种资源共享的自动测试系统及其运行机制，所述资源共享的自动测试系统包括一个测试服务平台、若干个测试服务终端；所述测试服务平台包括测试控制计算机、仪器资源，所述仪器资源通过标准仪器总线连接测试控制计算机，仪器资源的测试通道通过开关资源连接每一测试服务终端；所述测试服务终端包括与测试控制计算机通过网络资源相连的客户端，还包括若干个传感器，所述所有传感器安装在被测对象上，传感器的信号输出端依次通过适配器、连接器连接开关资源的另一端。本发明能够令测试系统的资源为所有的被测对象所共享，极大提高自动测试系统的测试效率。本发明适用任意需要的测试任务。

Description

一种基于资源共享的自动测试系统及其运行机制

技术领域

本发明属于自动测试领域，涉及一种资源共享的自动测试系统，同时本发明还提供了一种资源共享的自动测试系统的运行机制。

背景技术

自动测试系统（Automatic Test System, ATS）在武器装备和工业产品的设计、制造和维护等全寿命周期内起着重要的作用。随着高新技术产品复杂程度日益提高，自动测试系统已经广泛运用于航空、航天、武器装备、能源等重要领域，成为复杂系统与设备可靠运行的必要保证。现有常见的自动测试系统有两种：便携式自动测试系统和通用式自动测试系统，其中便携式的自动测试系统，如图1所示，主要由多个传感器、调理模块、数据采集模块、主控计算机组成，传感器安装在相应的所要检测的被测对象上，每个传感器通过线缆与对应的调理模块相连，每个调理模块又通过线缆与数据采集模块上对应的通道相连，经传感器转换后的电信号依次经过对应的调理模块、数据采集模块的测试通道，最终转换成能被主控计算机识别的离散的二进制数字信号，通过计算机总线将可以将离散的二进制数字信号传送给主控计算机进行记录、分析、处理和显示等工作。

上述便携式自动测试系统具有结构简单、体积小的优点，因此被广泛应用于研制生产中。但上述便携式自动测试平台同样具有以下的缺陷：由于被测对象、传感器、调理模块、数据采集模块的通道必须是一一对应的，因此，系统开发完成后其检测功能就固定不变，当需要面对与原来不同测试需求的被测对象时，其功能很难再进一步扩展。此外，上述便携式自动测试系统的测试能力有限，很难胜任测试任务量大的工作。

基于上述的特点，生产中又研发了通用式自动测试系统，具体结构如图2所示，主要由主控计算机、总线式仪器、连接器、适配器、传感器组成。

所述通用式自动测试系统大都以标准接口总线为依托，在人工参与的情况下自动完成对被测对象的信息转换、调理、采集、记录、数据处理和结果显示，其中主控计算机、总线式仪器、连接器就组成了一个通用测试平台，该通用测试平台向外提供一个标准的连接器接口；而一个适配器和该适配器配备的多个传感器就组成了一个可更换单元，且每个适配器的接口都相同，均能够与通用测试平台上连接器相匹配。传感器安装在相应的被测对象上，传感器通过线缆和适配器连接，适配器通过标准的连接器与通用测试平台连接，在平台内部，连接器通过线缆、接插件、转换接头等器件与诸多测试资源连接，各测试资源以及主控计算机通过标准仪器总线（总线类型可以采用GPIB、PXI、VXI、LXI等，也可以是上述几种的混合形式，但不限于上述几种）连接在一起，这样主控计算机就可以通过其上的程序控制测试资源，并对测试资源采集的数据进行记录、分析、处理以及显示等。由于通用测试平台可通过标准的连接器与适配器连接，因此当被测对象或测试任务发生变化时，更换不同的适配器即可，这样多个适配器就可以共享一个通用测试平台上的测试资源，大大的节省了测试资源；当增加新的被测对象或测试任务时，只需根据具体的测试需求研制相应的适配器即可，系统的组建更加灵活、开放，所以这种模式也可以简称为“ONE平台+N适配器”模式。

上述的通用式自动测试系统虽然能够完成对多个被测对象或测试任务的测试工作，但是具有以下缺陷：

1）测试模式为串行测试，易出现排队现象：一般情况下，由于通用测试平台的价格比较昂贵，一个单位往往只采购一台，同时会根据测试任务需要采购多个适配器。在实际使用过程中，通用测试平台可以通过连接器和多个适配器连接，但通用测试平台上的连接器同一时间内只允许连接一个适配器，即一旦某一适配器接入通用测试平台后，整个通用测试平台的测试资源就会被该适配器独占，而实际上每个适配器在执行测试任务时一般不会用到所有测试资源，只是一小部分而已，在该适配器执行测试任务期间，虽然平台上还有部分闲置的测试资源，但是在此期间闲置测试资源不能被其他适配或测试任务所用，新的适配器或测试任务必须等到上一适配器或测试任务执行完毕后才能执行，也就是说该适配器不仅占用了其所需要的测试资源，还占用了其他所有的测试资源，而在这一期间所有的测试资源不能被其他适配器或测试任务所使用，因此短时间内面对多个测试任务时，就会出现多个适配器或测试任务的排队现象，导致完成整个综合测试任务的时间很长，总体的测试效率不高。

2）单个适配器的有效测试时间短：在执行单个适配器的测试任务期间，大都需要一定时间进行准备工作，在准备工作期间，通用测试平台内的所有测试资源是空闲的，但由于已经有适配器接入连接器，因此其他的适配器无法再接入连接器，这就造成在一个适配器的测试任务执行周期内，大部分时间浪费到准备工作上，平台内适配器所需的测试资源有效测试时间短。

发明内容

为解决现有技术中存在的以上不足，本发明提供了一种资源共享的自动测试系统，该自动测试系统允许多个测试任或适配器同时访问系统所有的测试资源，进行多个测试任务的并行测试，同时通过对当前测试任务请求情况和当前测试资源的使用状态的分析，可自动为测试任务分配相应的测试资源，实现测试任务和测试资源的动态优化匹配，进而达到共享测试资源，提高测试效率的目的。

为实现上述目的，本发明所采用的技术方案如下：

一种基于资源共享的自动测试系统， 它包括：

包括一个通过对多个测试任务的合理调度和对系统所有测试资源的高效管理实现测试任务和测试资源的动态优化匹配，并能够同时为多个用户提供在线可定制的测试服务的测试服务平台，以及若干个能够向测试服务平台提交测试需求并能够对返回的测试结果进行分析处理的测试服务终端；

所述测试服务平台包括作为控制中心的测试控制计算机，其上运行有云平台资源与测试任务管理软件；还包括用于执行测试任务时所需的各种仪器资源，所述仪器资源通过标准仪器总线与测试控制计算机连接，所有仪器资源的测试通道通过开关资源连接每一测试服务终端中的连接器；

所述测试服务终端包括一个客户端，其上运行有云端测试服务软件，且与测试控制计算机通过网络资源和标准仪器总线相连；还包括若干个用于采集被测对象信息的传感器，所述所有传感器安装在被测对象上，将采集到的被测对象信息转化成电信号，并将电信号依次通过适配器、连接器、信号线缆、开关资源传送至相应的仪器资源的测试通道上。

作为对本发明开关资源的限定：所述仪器资源包括各种模块化的可程控测试仪器；

所述开关资源包括若干个构成矩阵拓扑结构的开关，所述矩阵拓扑结构开关的行或列开关的数量不小于所有测试服务终端中传感器的数量和，列或行开关的数量不小于所有仪器资源的通道数总和，所述任一仪器资源的任一测试通道通过开关资源与任一测试服务终端的任一传感器相连。

作为对本发明开关资源的另一种限定：所述仪器资源包括各种模块化的可程控测试仪器；

所述开关资源包括若干个多路复用拓扑结构的开关，所述开关公共端的数量不小于所有仪器资源测试通道之和的数量，开关的复用端的数量不小于测试服务终端中传感器的数量和，所述任一仪器资源的测试通道分别通过开关资源与每个测试服务终端中相应的传感器相连。

作为对本发明开关资源的另一种限定：所述仪器资源包括各种模块化的可程控测试仪器；所述开关资源包括若干个矩阵拓扑结构的开关与若干个多路复用拓扑结构的开关构成的混合拓扑结构的开关，所述任一仪器资源分别通过开关资源与任一测试服务终端的传感器相连。

本发明还提供了一种资源共享的自动测试系统的运行机制，基于上述资源共享的自动测试系统完成，包括依次进行的以下步骤：

（一）测试需求提出：外部工作人员根据实际的测试任务可以同时或分时通过不同的测试服务终端中的客户端提出各自的测试需求，提出的测试需求通过运行于客户端之上的云端测试服务软件，经由网络资源、标准仪器总线传送给测试控制计算机，运行于测试控制计算机之上的测试资源和测试任务管理程序接收到各个测试服务终端提交的测试请求后，会对每个进行测试服务终端的测试请求进行解析，解析后，获得每个测试服务终端的测试需求；

（二）测试资源调度：测试资源和测试任务管理程序依据用户的测试需求，基于当前系统所有测试资源的使用状态，通过调用资源管理库中与开关资源和测试需求中需要的测试资源对应的虚拟资源，实现对现有的可用硬件测试资源的调度和任务匹配；匹配后测试控制计算机根据测试资源和测试任务的匹配情况以及每个任务的具体需求，控制开关资源节点的通断，将适配器或者传感器的通路与匹配的测试资源通道接通，构成测试通路，并将测试资源的配置参数传递给仪器资源的仪器驱动，驱动仪器资源中相应的仪器进行测试任务的执行；

（三）测试任务执行：构成测试通路并确定执行测试任务后，被测对象产生的信号依次经过传感器、适配器和连接器传输到开关资源处，经过开关资源的闭合节点，进入相应的测试仪器通道进行模数转换，然后通过标准的仪器总线传送至测试控制计算机进行后续的测试信息处理；

（四）测试信息处理：进过测试资源采集后的信号变为数字信号，测试服务平台中的测试控制计算机将采集到的测试结果进行保存、处理，并与测试服务终端中的客户端进行数据的传输；测试服务终端基于接收到的测试结果，利用测试数据处理程序对测试结果进行分析、处理，分析、显示、记录、打印输出等操作，完成测试任务。

作为对上述运行机制的限定：所述步骤（二）中对测试资源的调度方法包括以下步骤：

（a）测试控制计算机上运行的软件会实时扫描仪器资源内所有仪器资源的状态和每一个测试服务终端的测试请求，并实时更新存储测试资源状态信息和测试任务状态信息；

（b）当测试服务平台接收到新的测试任务后，对新的测试任务所需要的仪器资源中的设备进行识别、分类，根据此时仪器资源的设备工作情况进行资源分配，将对应的开关资源内的开关闭合，令相应的测试资源通道与测试服务终端的连接器连通。

由于采用了上述技术方案，本发明与现有技术相比，所取得的技术进步在于：

本发明改变了原有自动测试系统的硬件架构和运行机制，

硬件架构方面：分别设有测试服务平台和测试服务终端，通过增加开关资源，将对每个测试服务终端（即测试任务）和系统所有的仪器资源相连，开关资源选用矩阵形式的开关或多路复用形式的开关，能够令任一资源仪器与任一测试服务终端的连接器相连，改变原有自动测试系统硬件结构上的测试资源无法实现共享的限制，实质上是将测试系统的测试资源向所有的测试任务开放，即当具有空闲的仪器资源时，就可以接受任一利用到该空闲仪器资源的测试任务，实现多任务的并行测试，极大地提高了测试资源的利用率，进而提高了测试的工作效率；

运行机制方面：在上述硬件架构的基础上，定义了一种全新的自动测试系统运行机制，通过运行于测试服务平台上的云平台资源与测试任务管理软件和运行于测试服务终端上的云端测试服务软件，对当前测试任务请求情况和当前测试资源的使用状态的分析，可自动为测试任务分配相应的测试资源，实现测试任务和测试资源的动态优化匹配，进而达到共享测试资源，提高测试效率的目的。

综上所述，本发明能够令测试系统的资源仪器为所有的被测对象所共享，极大提高测试工作的测试效率。

本发明适用任意的需要测试任务的生产商。

附图说明

下面结合附图及具体实施例对本发明作更进一步详细说明。

图1为现有技术中便携式的自动测试系统的原理框图；

图2为现有技术中通用式自动测试系统的原理框图；

图3本发明实施例1的硬件模型框图；

图4为在本发明实施例1的软件模型框图；

图5为在本发明实施例1的开关资源为1线制矩阵拓扑结构图；

图6为在本发明实施例1的开关资源为2线制矩阵拓扑结构图；

图7为在本发明实施例1的开关资源为多路复用拓扑结构原理图；

图8为在本发明实施例1的开关资源为1线制多路复用拓扑结构的模型图；

图9为在本发明实施例1的开关资源为2线制多路复用拓扑结构的模型图；

图10为在本发明实施例1的开关资源为4线制多路复用拓扑结构的模型图；

图11为在本发明实施例2的流程图。

具体实施方式

实施例1 资源共享的自动测试系统

本实施例提供了一种资源共享的自动测试系统，如图3所示，包括：

一个测试服务平台，其上运行有云平台资源与测试任务管理软件，用于完成测试任务和测试资源动态优化匹配，实现整个测试资源共享的自动测试系统；若干个测试服务终端，其上运行有云端测试服务软件，用于向测试服务平台提交测试请求并接收测试服务平台的测试结果、控制测试资源被测实现对被测对象进行测试工作。

本实施例中的测试服务平台如图3所示，包括：

（1）测试控制计算机，作为测试服务平台的控制中心，其内部存储有测试资源和测试任务管理程序、云平台资源管理程序。所述测试控制计算机是本实施例的核心资源，是操作系统和云平台资源与测试任务管理软件的硬件依托，测试服务平台就是通过运行在测试控制计算机操作系统上的云平台资源与测试任务管理软件，可以实现对自动测试系统上各类测试仪器资源、开关资源和网络资源的有序管理，以及实现对测试数据的采集、记录、分析、处理和显等功能。

在测试服务平台中，安装在测试控制计算机上的云平台资源与测试任务管理软件中的各个程序模块可以通过标准仪器总线与仪器资源、开关资源和网络资源进行信息的交互，实现测试控制计算机对仪器资源、开关资源和网络资源的控制和管理。

而测试控制计算机的云平台资源与测试任务管理软件的功能主要为：a.解析各个测试服务终端申请的测试需求；b.根据各个测试服务终端申请的测试需求，以提高总体测试效率为原则，完成测试服务平台上的测试资源的自动管理和分配；c.执行测试服务终端申请的测试任务；d.测试数据的处理、存储、传输等；e.实现与测试服务终端的通讯以及数据的传输。

（2）仪器资源，用于提供测试所需的各种仪器设备，例如信号采集卡、万用表、示波器、A/D转换器等。本实施例中仪器资源的信号输入端连接测试控制计算机，其信号输出端通过开关资源连接每一测试服务终端。

而本实施例中的开关资源则为自动测试系统中仪器资源与测试服务终端之间的测试信号传输提供有效的通道连接，这样仪器资源就可以将测试服务终端输出的模拟量信号进行数据采集，完成模数转换。由于本实施例中需要做到仪器资源的共享，因此需要令仪器资源中的任意仪器设备的测试通道与每个测试服务终端的任意通道i（1≤i≤N*M）之间均存在联系的可能，才能在测试过程中，在测试控制计算机上的云平台资源与测试任务管理软件的控制下，自动配置开关资源的连接通道，接通测试资源与测试服务终端之间的连接通道；其中，开关资源、仪器资源以及测试服务终端之间的连接可以直接连接，也可以通过接线盒连接实现。

仪器资源和测试服务终端之间通路连接的实现方式主要两种方式，即开关资源的拓扑结构主要有两种方式（但是不局限于这两种）——矩阵拓扑结构和多路复用拓扑结构。其中

①矩阵开关实现方式，如图5所示，开关资源的拓扑结构可以将测试服务平台中的仪器资源Ch1、Ch2……CHn共享给测试服务终端。测试服务终端中的每一个每一测试通道S1、S2……Sn都与测试服务平台中的仪器资源Ch1、Ch2……CHn相连，这样通过这种拓扑结构就可以将任何一个连接器中的通道Si（1<=i<=n）与仪器资源中的通道Chj（1<=j<=n）接通，实现资源的共享（此种形式中i和j可以不相等）。

而矩阵形式的开关还可以实现2线制，具体参照图6即可，该模式在测试服务软件的控制下可以实现任意Comi的正、负两端分别与任意Chj的正、负两端的单线连通，即任意Com与Ch实现了双线连通，具体原理与1线制矩阵开关相似，在此不再赘述。

②开关资源还可以为多路复用的形式，具体如图7所示，通过图5给出的开关资源的拓扑结构可以将测试服务平台中的仪器资源Chi共享给测试服务终端。测试服务终端中的每一个测试通道Si都与测试服务平台中的对应的仪器资源Chi相连，这样通过这种拓扑结构就可以将每个连接器中的通道Si（1<=i<=n）与仪器资源中对应的通道Chj（1<=i<=n）接通，实现资源的共享（此种形式中i=j）。

因为在多路复用开关里i必须与j是相等的，所以多路复用开关的拓扑结构没有矩阵开关的拓扑结构灵活，但是也能实现资源的共享，故本实施例推荐使用矩阵形式开关的拓扑结构。

同样，多路复用模式依据实际情况的不同也存在三种形式： 1线制、2线制和4线制，其中1线制多路复用在测试服务软件的控制下，可以实现任意Chi与Com的单线连通，如图8所示；2线制多路复用在测试服务软件的控制下，可以实现任意Chi的正、负两端分别与Com的正、负两端的单线连通，即任意Ch与Com实现了双线连通，如图9所示；4线制多路复用在测试服务软件的控制下，可以实现任意Chi的A+、A-、B+和B-四端分别与Com的A+、A-、B+和B-四端的单线连通，即任意Ch与Com实现了四线连通，如图10所示。

此外，用户还可以根据自身需求，利用矩阵开关与多路复用开关构成混合式开关，然后将任一仪器资源分别通过上述的复合开关与任一测试服务终端的传感器相连即可。而矩阵开关与多路复用开关的组合也很简单，即一部分仪器资源通过矩阵开关与测试服务终端的传感器相连，剩余部分的仪器资源通过多路复用开关与测试服务终端的传感器相连，

（4）标准仪器总线，是本实施例中各种资源间进行通讯的公共线路，通过标准仪器总线，可以实现测试控制计算机资源与其它资源间的控制与通讯，本实施例的标准仪器总线采用现有技术中常用的标准仪器总线，例如GPIB总线、VXI总线、CAN总线、PXI总线、RS232、USB和LXI总线等。

而本实施例的测试服务终端设有若干个，具体如图3所示，包括：

（1）客户端，对整个测试服务终端进行控制，其内部存储有测试服务程序、云端通讯程序，且与测试控制计算机通过网络资源通信相连。其中客户端通过网络资源与测试服务平台中的测试控制计算机进行通讯，将用户的测试需求传输给测试控制计算机，并对测试控制计算机返回的测试数据进行分析处理、显示、打印、存储等，因此客户端直接采用现有技术中具有网络通讯功能的PC机即可。

而网络资源主要包括网络路由器、网络集线器、网卡、网线等资源，测试服务平台与测试服务终端里的客户端依托网络资源组建成了云测试系统内部的封闭型局域网络，实现了测试服务平台和诸多测试服务终端之间的互联互通。

（2）若干个传感器，用于采集被测对象的信息，负责将被测对象（设备）产生的模拟信号转换成易于处理的电信号，并传送出去。所述所有传感器的信号输入端连接被测对象，将被测对象的所有模拟信号转换成电信号传送出。

（3）适配器，用于将所有传感器输出的电信号进行调理，如：转换、放大、滤波、调零等处理（如果信号不需要调理的话也可以没有适配器），转换为满足仪器资源要求的电压信号（相当于通用式自动测试平台的适配器）。所述适配器的信号输入端连接所有传感器的信号输出端。

（4）连接器，通过标准的连接器接口用于和适配器连接，构建适配器与开关资源之间的通路，这样就可以通过连接器将经过适配器调理过的电压信号传递给开关资源，再通过开关资源将电压信号传递给仪器资源。所述连接器的一端连接适配器的信号输出端，另一端通过开关资源连接仪器资源。

本实施例的具体软件构成如图4所示，本实施例的云测试平台软件模型主要分为了三层：基础设施即服务层（IaaS，Instrument as a Service）、平台即服务层（PaaS，Platform as a Service）、软件即服务层（SaaS，Software as a Service）。

首先，基础设施即服务层主要包含了测试服务平台的硬件设备、操作系统、数据存储设备，以及针对本实施例自动测试设备的仪器驱动；网络资源负责实现测试服务平台与测试服务终端之间的信息通讯；仪器资源包含了在测试过程中用到的所有测试仪器；数据存储设备作为测试过程中测试服务平台采集到的被测对象的测试信号的相关数据；仪器驱动连接测试程序和测试用的仪器资源中的设备，测试程序通过仪器驱动实现针对测试设备的控制。

而平台即服务层主要运行有云平台资源与测试任务管理软件，主要包含平台通讯程序、测试资源与测试任务管理程序、测试任务执行程序，数据处理程序和仪器资源的虚拟化层。其中，平台通讯程序依托于基础设施即服务层中的网络资源的支持，与测试服务终端中的通讯程序进行联系，实现信息的通讯，其具体的功能包括：

①实时接收测试服务终端发送的测试需求；

②及时将新的测试需求传递给下一级的测试资源与测试任务管理程序，便于进行测试的下一步操作；

③在测试完成后及时将测试的结果以及初步处理后的测试数据传递给测试服务终端。

测试资源与测试任务管理程序是平台及服务层的核心。具体功能如下：

①测试任务解析：在接收到来测试服务终端推送的测试任务后，要对测试任务进行解析，并进行粒度分割，便于测试资源与测试任务的匹配；

②测试任务和测试资源状态管理：平台应该能够实时了解掌握测试任务的执行状态，并且在此期间实时扫描测试服务平台内测试资源的状态，为接下来的针对测试任务与测试资源的匹配打下基础；

③测试资源与测试任务的匹配：平台软件根据测试任务和测试资源的状态，以一定的原则进行任务、资源的匹配。

测试任务执行模块是根据测试资源与测试任务管理程序得出的测试任务与测试资源的匹配结果进行实际的操作，根据匹配的结果，执行测试任务，主要功能为：

①控制开关资源的通断，将测试任务（即被测对象）的被测信号经过预定的通道传输给指定的仪器资源；

②根据测试任务的具体需求配置仪器资源的参数，并将配置信息和执行信息传递给基础设施即服务层的仪器驱动，最终由仪器驱动去驱动仪器资源对被测信号进行采集，控制测试任务的稳步执行。

数据处理模块是在测试任务执行完毕后，对采集到的测试信号进行处理，其中需要注意的是，测试服务平台也可以不对采集到的测试信号进行处理，直接将信号数据传递到测试服务终端交由测试数据处理程序处理。

虚拟化层的作用是将基础设施中的硬件测试资源在逻辑层面进行表示，在测试服务终端的客户端处呈现出所有的测试资源，使用户拥有针对平台内所有测试资源的权限。在实际的测试过程中，由于单个用户（或者说单个测试任务）不会同时请求所有的测试资源，因此会有大量闲置的资源存在，而这些闲置的资源可以同时满足其他用户（或测试任务）的测试需求，而根据拥有的权限，在用户看来自己占用了平台的所有测试资源，实际情况是平台的测试资源由多个测试用户共享，而共享的过程对用户而言是看不到的，最终到得到的目的是改变了传统一个平台内的所有资源在同一时间只能满足一个用户的情形，而转变为一个平台内的测试资源同时可以满足多个用户。

最后，软件即服务层主要运行有云端测试服务软件（即运行于测试服务终端上），这是最终与用户交互的程序。其为最终用户提供人际交互界面，通过人机交互界面测试用户可以进行简单的配置就可完成测试过程。主要包括了测试数据处理程序、任务配置程序、云端通讯程序和测试结果显示、记录、打印程序。

任务配置程序为测试用户提供人机交互界面，通过与测试用户的交互，完成用户测试需求的生成，主要包含所需测试资源的种类、数量，传感器的特征参数（例如传感器的类型、灵敏度、单位、精度、通道分组和通道识别等各类信息）以及测试任务信息（如采样点数、采样长度）以及数据处理需求等各类在测试过程中可能用到的测试的相关信息；

云端通讯程序主要实现测试服务终端上的客户端与测试服务平台上的测试控制计算机的信息交互，有两个基本功能：给测试服务平台上报测试需求；接收云测试服务平台传输的测试结果。

测试数据处理程序用于对传输到测试服务终端的测试信号数据结果进行处理、分析；测试结果显示、记录、打印程序将处理后的数据进行显示、记录、打印。

实施例2 资源共享的自动测试系统的运行机制

本实施例提供了一种资源共享的自动测试系统的运行机制法，基于实施例1所述的资源共享的自动测试系统完成，如图11所示，包括依次进行的以下步骤：

（一）测试需求提出：外部工作人员根据实际的测试任务同时或分时通过不同的测试服务终端中的客户端提出各自的测试需求，提出的测试需求通过运行于客户端之上的云端通讯程序，经由网络资源、标准仪器总线传送给测试控制计算机，运行于测试控制计算机之上的测试资源和测试任务管理程序接收到各个测试服务终端提交的测试请求后，会对每个进行测试服务终端的测试请求进行解析，解析后，获得每个测试服务终端的测试需求；

（二）测试资源调度：测试资源和测试任务管理程序依据用户的测试需求，基于当前测试资源的使用状态，通过调用资源管理库中与开关资源和测试需求中需要的测试资源对应的虚拟资源，实现对现有的可用硬件测试资源的调度和任务匹配；匹配后测试控制计算机根据测试资源和测试任务的匹配情况以及每个任务的具体需求，控制开关资源节点的通断，将适配器或者传感器的通路与匹配的测试资源接通，构成测试通路，并将测试资源的配置参数传递给仪器资源的仪器驱动，驱动仪器资源的仪器进行测试任务的执行；

本步骤中调度方法包括以下步骤：

（a）测试控制计算机上运行的软件会实时扫描仪器资源内所有仪器资源的状态和每一个测试服务终端的测试请求，并实时更新存储；

（b）当测试服务平台接收到新的测试任务后，对新的测试任务所需要的仪器资源中的设备进行识别、分类，根据此时仪器资源的设备工作情况进行资源分配，将对应的开关资源内的开关闭合，令相应的测试资源通道与测试服务终端的连接器连通。

（三）测试任务执行：构成测试通路并确定执行测试任务后，被测对象的测试信号依次经过传感器、适配器和连接器传输到开关资源处，经过开关资源的闭合节点，进入相应的测试仪器通道进行模数转换，然后通过标准的仪器总线传送至测试控制计算机进行后续的测试信息处理；

（四）测试信息处理：进过测试资源采集后的信号变为数字信号，测试服务平台中的测试控制计算机将采集到的测试结果进行保存、处理，并与测试服务终端中的客户端进行数据的传输；测试服务终端基于接收到的测试结果，利用测试数据处理程序对测试结果进行分析、处理，分析、显示、记录、打印输出等操作，完成测试任务。

Claims (6)

1.一种资源共享的自动测试系统，其特征在于：包括一个通过对多个测试任务的合理调度和对系统所有测试资源的高效管理实现测试任务和测试资源的动态优化匹配，并能够同时为多个用户提供在线可定制的测试服务的测试服务平台，以及若干个能够向测试服务平台提交测试需求并能够对返回的测试结果进行分析处理的测试服务终端；

所述测试服务平台包括作为控制中心的测试控制计算机，其上运行有云平台资源与测试任务管理软件；还包括用于执行测试任务时所需的各种仪器资源，所述仪器资源通过标准仪器总线与测试控制计算机连接，所有仪器资源的测试通道通过开关资源连接每一测试服务终端中的连接器；

所述测试服务终端包括一个客户端，其上运行有云端测试服务软件，且与测试控制计算机通过网络资源和标准仪器总线相连；还包括若干个用于采集被测对象信息的传感器，所述所有传感器安装在被测对象上，将采集到的被测对象信息转化成电信号，并将电信号依次通过适配器、连接器、信号线缆、开关资源传送至相应的仪器资源的测试通道上。

2.根据权利要求1所述的资源共享的自动测试系统，其特征在于：所述仪器资源包括各种模块化的可程控测试仪器；

所述开关资源包括若干个构成矩阵拓扑结构的开关，所述矩阵拓扑结构开关的行关的数量不小于所有测试服务终端中传感器的数量和，且列开关的数量不小于所有仪器资源的通道数总和；或者所述矩阵拓扑结构开关的列关的数量不小于所有测试服务终端中传感器的数量和，且行开关的数量不小于所有仪器资源的通道数总和。

3.根据权利要求1所述的资源共享的自动测试系统，其特征在于：所述仪器资源包括各种模块化的可程控测试仪器；

所述开关资源包括若干个多路复用拓扑结构的开关，所述开关公共端的数量不小于所有仪器资源测试通道之和的数量，开关的复用端的数量不小于测试服务终端中传感器的数量和，所述任一仪器资源的测试通道分别通过开关资源与每个测试服务终端中相应的传感器相连。

4.根据权利要求1所述的资源共享的自动测试系统，其特征在于：所述仪器资源包括各种模块化的可程控测试仪器；所述开关资源包括若干个矩阵拓扑结构的开关与若干个多路复用拓扑结构的开关构成的混合拓扑结构的开关，所述任一仪器资源分别通过开关资源与任一测试服务终端的传感器相连。

5.一种资源共享的自动测试系统的运行机制，其特征在于包括依次进行的以下步骤：

（一）测试需求提出：外部工作人员根据实际的测试任务可以同时或分时通过不同的测试服务终端中的客户端提出各自的测试需求，提出的测试需求通过运行于客户端之上的云端测试服务软件，经由网络资源、标准仪器总线传送给测试控制计算机，运行于测试控制计算机之上的测试资源和测试任务管理程序接收到各个测试服务终端提交的测试请求后，会对每个进行测试服务终端的测试请求进行解析，解析后，获得每个测试服务终端的测试需求；

（二）测试资源调度：测试资源和测试任务管理程序依据用户的测试需求，基于当前系统所有测试资源的使用状态，通过调用资源管理库中与开关资源和测试需求中需要的测试资源对应的虚拟资源，实现对现有的可用硬件测试资源的调度和任务匹配；匹配后测试控制计算机根据测试资源和测试任务的匹配情况以及每个任务的具体需求，控制开关资源节点的通断，将适配器或者传感器的通路与匹配的测试资源通道接通，构成测试通路，并将测试资源的配置参数传递给仪器资源的仪器驱动，驱动仪器资源中相应的仪器进行测试任务的执行；

（三）测试任务执行：构成测试通路并确定执行测试任务后，被测对象产生的信号依次经过传感器、适配器和连接器传输到开关资源处，经过开关资源的闭合节点，进入相应的测试仪器通道进行模数转换，然后通过标准的仪器总线传送至测试控制计算机进行后续的测试信息处理；

（四）测试信息处理：进过测试资源采集后的信号变为数字信号，测试服务平台中的测试控制计算机将采集到的测试结果进行保存、处理，并与测试服务终端中的客户端进行数据的传输；测试服务终端基于接收到的测试结果，利用测试数据处理程序对测试结果进行分析、处理，显示、记录、打印输出等操作，完成测试任务。

6.根据权利要求5所述的资源共享的自动测试系统的运行机制，其特征在于：所述步骤（二）中对测试资源的调度方法包括以下步骤：

（a）测试控制计算机上运行的软件会实时扫描仪器资源内所有仪器资源的状态和每一个测试服务终端的测试请求，并实时更新存储测试资源状态信息和测试任务状态信息；

（b）当测试服务平台接收到新的测试任务后，对新的测试任务所需要的仪器资源中的设备进行识别、分类，根据此时仪器资源的设备工作情况进行资源分配，将对应的开关资源内的开关闭合，令相应的测试资源通道与测试服务终端的连接器连通。