基于分布式测试系统的任务分发装置及其协同控制方法与流程

1.本发明涉及设备测试领域，尤其涉及一种基于分布式测试系统的任务分发装置及其协同控制方法。


背景技术：

2.分布式航空测试系统，需要同时对多个航空子系统、设备进行在线测试。在复杂硬件交联应用系统的原型设计、仿真建模以及测试验证工作中，由于不同的子系统以及不同的设备的硬件环境、操作系统或者交互接口等不统一，在实时的数据采集、映射、计算和分发时需要针对性的设计适用的数据处理系统满足不同的需求，不具有通用性。
3.数据分发服务(dds，data distribution service)技术首先应用于软件平台和通信系统，对于现代软件系统的分系统而言，相互数据传输的复杂性和规模在不断增加，通时对质量要求在不断提高，传统中间件技术由于通信机制复杂，不能满足通信过程中实时性和灵活性的要求，数据分发服务技术的提出解决了该问题。数据分发服务基于发布/订阅通信机制，以数据为中心提供了一个动态可扩展、高效灵活、多功能数据分发模型。发布者和订阅者通过设置dds的参数选择便捷的方式来传输数据，减少了编程的工程量，从而实现多方的实时通信。
4.但是，dds直接用于分布式测试系统的测试任务的分发与调度，存在下列问题：首先需要解决在分布时环境下的测试任务并行执行、串行执行等任务安排；其次，存在紧前工作、紧后工作、并行工作等时序控制的问题；同时还需要解决在有限的测试资源中多个测试任务协同配合的问题；最后，还需要考虑测试故障时，对测试任务的动态调整问题。
5.ni公司在《teststand中混合并行测试系统的设计》中说明，ni公司通过veristand创建分布式的测试系统，满足大型硬件在环(hil)或实时测试系统的需求，还可以采用teststand软件通过串行或并行的方式执行测试，即通过teststand新建一个线程，或者新建一个执行，使用parallel process model或batch process model并行测试过程模型。teststand还可执行混合并行测试，采用lock&unlock方式，避免多个线程同时对一个硬件资源进行访问时的硬件资源冲突问题。上述的实现需要在测试前人工进行精细而复杂的配置。
6.constantin br
ü
ckner等在《a new architecture for automotive hardware-in-the-loop test》(atz elektronik，2014.5)介绍了奥迪公司采用dds建立分布式汽车hil环境的架构；tarek a.youssef等在《data distribution service-based interoperability framework for smart grid testbed infrastructure》(energies，2016.9)介绍了一种采用dds的智能电网通信与控制基础的设计与实现，能实现硬件在环(hil)和软件在环(sil)操作控制；但上述文献均未提供测试程序在分布式环境中分发和调度的方法。
7.专利cn 106991044 a《一种适用于分布式测试系统的测试用例调度与分发方法》公开了一种适用于分布式测试系统的测试用例调度与分发方法，其特征在于将测试机和测
试用例分别抽象为资源供给方和资源需求方，并为每个测试用例设置优先级，通过资源供需比对来调度测试用例，按照优先级来分发测试用例。但是未解决时序控制和协同测试问题。
8.综上所述，现有的测试系统，在分布式环境下测试任务的时序控制、协同测试等主要依靠人工配置，对于因为测试故障或问题引起的测试任务的动态调整，未提供有效的方法。为提升其分布式环境下仿真和测试能力，需要提供一种基于分布式测试系统的测试任务分发与协同装置及其控制方法。


技术实现要素：

9.本发明要解决的技术问题是提供一种基于分布式测试系统的任务分发装置及其协同控制方法，测试任务管理单元和多测试任务处理机构成多代理结构，测试任务管理单元通过网络通信使多个测试任务处理机相互协调共同完成测试任务；测试任务管理单元通过对测试任务要求与测试任务处理机能力的综合评估确定承接任务的测试任务处理机，实现测试任务优化的自动分配和协同。
10.本发明为解决上述技术问题而采用的技术方案是提供一种基于分布式测试系统的任务分发装置，包括测试任务管理单元以及与测试任务管理单元连接的多个测试任务处理机；每个所述测试任务处理机均对应连接有一个采集和激励设备，多个所述采集和激励设备通过若干个信号切换矩阵及数据交换设备与被测单元连接；所述测试任务管理单元实现测试任务的分解、分发和测试资源的配置；所述测试任务处理机承接和执行测试任务；所述采集和激励设备通过信号切换矩阵及数据交换设备获取被测单元的反馈信号和数据以及向被测单元发出控制信号和数据；所述信号切换矩阵及数据交换设备实现被测单元与多个采集和激励设备的切换复用。
11.进一步地，所述测试任务管理单元与多个测试任务处理机通过网络连接；所述测试任务管理单元与信号切换矩阵及数据交换设备通过网络连接；所述测试任务处理机与采集和激励设备通过总线连接，所述总线为pci、pcie、pxi或以太网总线；所述测试任务处理机与采集和激励设备通过线缆连接；所述信号切换矩阵及数据交换设备与被测试单元通过线缆连接。
12.进一步地，所述测试任务管理单元包括测试资源配置模块、测试任务分解模块和测试任务分配模块；所述测试任务分解模块将复杂的测试程序分解成为多个测试任务，并为每个测试任务建立任务说明的数据块，包括任务名称、编号、启动时间、时长、优先级、前序任务、并发任务、后序任务、前序条件、硬件资源要求、软件资源要求和被测单元连接要求；所述测试资源配置模块配置测试任务处理机的测试资源能力，并为每个测试任务处理机建立测试资源能力的数据块，包括软件资源、硬件资源和被测单元的连接能力；所述测试任务分配模块采用基于实时数据分发系统服务的改进合同网协议，作为合同网协议中的拍卖人实现测试任务的发布、综合评估各测试任务处理机的承接能力、确定执行任务的测试任务处理机和后序管理。
13.进一步地，所述测试任务处理机包括测试任务承接模块、test-runner中间件和ioal测试驱动中间件；所述测试任务承接模块与测试任务分配模块采用改进的合同网协议通信，接收测试任务分配模块发送的测试任务要求，评估所在的测试任务处理机的资源能
力，并建立测试运行能力的数据块，包括硬件资源和软件资源；所述测试任务承接模块向测试任务分配模块请求任务、接受任务并报告任务完成状态；所述测试任务承接模块监测所在的测试任务处理机的状态，包括cpu运行状态，ram运行状态，连接的采集和激励设备资源占用情况和故障通道；所述test-runner中间件加载并执行测试任务，所述test-runner中间件设有实时内核模块，可串行或并行执行测试任务；所述ioal测试驱动中间件给采集和激励设备提供标准化的统一接口，测试任务中的测试用例通过ioal测试驱动中间件访问采集和激励设备，从采集和激励设备获取被测单元的反馈信号及数据和/或向采集和激励设备发出被测单元的控制信号及数据；所述ioal测试驱动中间件兼容windows和linux操作系统。
14.进一步地，所述采集和激励设备包括多种采集板卡和/或激励板卡，所述采集板卡获取被测单元的反馈信号和数据，所述激励板卡向被测单元发出控制信号和数据。
15.进一步地，所述信号切换矩阵及数据交换设备包括离散信号切换矩阵、模拟信号切换矩阵、视频信号切换矩阵、串口数据交换和以太网交换；所述测试任务管理单元通过网络控制信号切换矩阵及数据交换设备进行信号切换和/或数据交换。
16.本发明为解决上述技术问题而采用的另一技术方案是提供上述的基于分布式测试系统的任务分发装置的协同控制方法，包括如下步骤：s1：测试任务管理单元进行测试任务要求与测试任务处理机的测试资源能力的匹配分析；得到测试资源能力与测试任务匹配的测试任务处理机；s2：根据任务播发策略向测试任务处理机播发测试任务要求；所述任务播发策略包括：若所有测试任务处理机匹配测试任务要求或数据不足以判断匹配状态，则向所有测试任务处理机广播测试任务要求；若部分测试任务处理机匹配测试任务要求，则向匹配测试任务要求的部分测试任务处理机播发测试任务要求；若一个测试任务处理机匹配测试任务要求，则向匹配测试任务要求的一个测试任务处理机点对点发送测试任务要求；s3：测试任务处理机接收测试任务要求，对自身进行能力评估，如果具备承接测试任务的能力，则请求接受测试任务；否则拒绝；s4：测试任务管理单元接收测试任务处理机的回复，对请求接受任务的测试任务处理机进行综合评估，得到评估值，测试任务管理单元选择评估值最高的测试任务处理机作为当前任务的测试任务处理机，并发布测试任务；s5：当前任务测试任务处理机加载任务，准备就绪后，通知测试任务管理单元；s6：测试任务管理单元控制信号切换矩阵及数据交换设备建立连接，使当前任务测试任务处理机可访问被测单元；s7：当前任务测试任务处理机执行测试任务，完成测试任务后，向测试任务管理单元报告测试任务完成状态；完成状态包括成功或失败；s8：测试任务管理单元接收测试任务完成状态后，控制信号切换矩阵及数据交换设备释放连接；s9：重复步骤s1-s8完成所有测试任务。
17.进一步地，所述步骤s1包括：s11：获取测试任务分解模块为当前任务建立的任务说明数据块sot，将任务说明数据块sot作为测试任务要求，获取任务说明数据块sot的被测单元连接要求uutlinkreq；s12：获取测试资源配置模块为每个测试任务处理机建立的测试资源能力数据块rot的连接被测单元能力uutlink；s13：在参数uutlink中查询uutlinkreq，若uutlinkreq存在于uutlink中则说明该测试任务处理机的测试资源能力与测试任务匹配，否则不匹配。
18.进一步地，所述步骤s3包括：s31：测试任务处理机接收测试任务要求，即获取任务
说明数据块sot；s32：测试任务处理机的测试任务承接模块获取测试运行能力的数据块cot；s33：对比测试运行能力的数据块cot与任务说明数据块sot的中参数，若测试运行能力的数据块cot的参数满足任务说明数据块sot的参数的需求，则说明该测试任务处理机具备承接测试任务的能力，否则不具备承接测试任务的能力。
19.进一步地，所述步骤s4中对请求接受任务的测试任务处理机进行综合评估，通过对每个请求接受任务的测试任务处理机的测试运行能力数据块cot与任务说明数据块sot进行计算得到评估值，包括如下步骤：s41：对任务说明数据块sot建立sot向量；sot向量值越大，表示需求越大；s42：对每个请求接受任务的测试任务处理机的测试运行能力的数据块cotn建立cotn向量，cotn向量值越大，表示能力越强；s43：通过sot向量与cotn向量，计算每个请求接受任务的测试任务处理机的评估值，计算公式如下：
20.c
ttpi
＝fitness(soti,coti)
21.＝α
·
∑(ttp_hwresourcei)+β
·
∑(ttp_swresourcei)+γ
·
ti22.式中，c
ttpi
为对第i个请求接受任务的测试任务处理机的评估值；
23.fitness(soti,coti)为对第i个请求接受任务的测试任务处理机的评估公式；
24.α、β、γ为不同的参数的权重系数；
25.∑(ttp_hwresourcei)为对第i个请求接受任务的测试任务处理机的硬件资源的评估；
26.∑(ttp_swresourcei)为对第i个请求接受任务的测试任务处理机的软件资源的评估；
27.ti为第i个请求接受任务的测试任务处理机的执行任务数量的排名值，执行任务数量越多，则排名值越低。
28.本发明对比现有技术有如下的有益效果：本发明提供的基于分布式测试系统的任务分发装置及其协同控制方法，具有以下优点：1、测试任务管理单元通过对测试任务要求与测试任务处理机能力的综合评估确定承接任务的测试任务处理机，实现测试任务动态优化的自动分配和协同，降低了人工配置带来和工作量和差错率；2、测试任务管理单元和多测试任务处理机采用改进合同网协议进行任务分发与协同的方法，便于启动、暂停、终止测试任务或动态插入测试任务，实现灵活的任务管理，实现因测试故障或问题引起的测试任务的动态调整；3、测试任务处理机采用中间件提供了统一驱动接口，使得测试用例具有了通用性，可分布式地访问不同的采集和激励设备；采用信号切换矩阵及数据交换设备，实现多个采集和激励设备的复用，避免了uut的端口绑定在一个采集板卡和/或激励板卡上；实现了柔性复用，满足了测试任务分发的异构操作和跨平台操作。
附图说明
29.图1为本发明实施例中基于分布式测试系统的任务分发装置架构图；
30.图2为本发明实施例中测试任务管理单元架构图；
31.图3为本发明实施例中测试任务处理机架构图；
32.图4为本发明实施例中测试任务分发与协调示意图。
具体实施方式
33.下面结合附图和实施例对本发明作进一步的描述。
34.图1为本发明实施例中基于分布式测试系统的任务分发装置架构图。
35.请参见图1，本发明实施例的基于分布式测试系统的任务分发装置，包括测试任务管理单元ttm(test task management)以及与测试任务管理单元ttm连接的多个测试任务处理机ttp(test task processor)；每个测试任务处理机ttp均对应连接有一个采集和激励设备，多个采集和激励设备通过若干个信号切换矩阵及数据交换设备与被测单元uut(unit under test)连接；测试任务管理单元ttm实现测试任务的分解、分发和测试资源的配置；测试任务处理机ttp承接和执行测试任务；采集和激励设备通过信号切换矩阵及数据交换设备获取被测单元uut的反馈信号和数据以及向被测单元uut发出控制信号和数据；信号切换矩阵及数据交换设备实现被测单元uut与多个采集和激励设备的切换复用；可以是多个采集和激励设备连接复用一个信号切换矩阵及数据交换设备，也可以是一个采集和激励设备独用一个信号切换矩阵及数据交换设备，与测试实际要求相关。
36.具体地，测试任务管理单元ttm与多个测试任务处理机ttp通过网络连接；测试任务管理单元ttm与信号切换矩阵及数据交换设备通过网络连接，网络是通用的，可以是以太网、无线局域网或5g通信网等；测试任务处理机ttp与采集和激励设备通过总线连接，总线可以为pci、pcie、pxi或以太网总线；测试任务处理机ttp与采集和激励设备通过线缆连接；信号切换矩阵及数据交换设备与被测试单元通过线缆连接，线缆包括采集信号电缆、驱动信号电缆和数据传输等连接电缆。
37.请同时参见图2，本发明实施例的基于分布式测试系统的任务分发装置，测试任务管理单元ttm包括测试资源配置模块trc(test resource configuration)、测试任务分解模块ttd(test task decomposition)和测试任务分配模块tta(test task allocation)。
38.测试任务分解模块ttd实际是一个人机交互软件，根据测试大纲或工艺将复杂的测试程序分解成为多个测试任务，并为每个测试任务建立任务说明的数据块sot(statement of task)，包括任务名称、编号、启动时间、时长、优先级、前序任务、并发任务、后序任务、前序条件、硬件资源要求、软件资源要求和被测单元uut连接要求，如下表1sot参数表所示。
39.表1 sot参数表
[0040][0041]
测试任务分解模块ttd还综合评估各测试任务处理机ttp的承接能力、确定执行任务的测试任务处理机ttp、向该测试任务处理机ttp发布测试任务，控制信号切换矩阵及数据交换设备，并执行后序的测试任务管理。
[0042]
测试资源配置模块trc实际上是一个人机交互软件，实现对测试任务处理机ttp的测试资源能力的配置，并为每个测试任务处理机ttp建立测试资源能力的数据块rot(resource of test)，包括软件资源、硬件资源和被测单元uut的连接能力，如下表2rot参数表所示。
[0043]
表2 rot参数表
[0044]
[0045]
测试任务分配模块tta采用基于实时数据分发系统服务的改进合同网协议，作为合同网协议中的拍卖人的角色，实现测试任务的发布、综合评估各测试任务处理机ttp的承接能力、确定执行任务的测试任务处理机ttp和后序管理。
[0046]
请同时参见图3，本发明实施例的基于分布式测试系统的任务分发装置，测试任务处理机ttp包括测试任务承接模块ttb(test task bidding)、test-runner中间件和ioal测试驱动中间件；
[0047]
测试任务承接模块ttb与测试任务分配模块tta采用改进的合同网协议通信，接收测试任务分配模块tta发送的测试任务要求，评估所在的测试任务处理机ttp的资源能力，并建立测试运行能力的数据块cot(capabilities of test)，包括硬件资源和软件资源，如下表3cot参数表所示。
[0048]
表3 cot参数表
[0049][0050][0051]
测试任务承接模块ttb向测试任务分配模块tta请求任务、接受任务并报告任务完成状态；测试任务承接模块ttb监测所在的测试任务处理机ttp的状态，包括cpu运行状态，ram运行状态，连接的采集和激励设备资源占用情况和故障通道，实时更新本测试任务处理机ttp测试运行能力cot的数据块。
[0052]
test-runner中间件加载并执行测试任务，test-runner中间件设有实时内核模块，具备多线程执行能力，可串行或并行执行测试任务。在图3中，测试任务tt1和tt2是串行执行的，测试任务tt3是并行执行的。
[0053]
ioal测试驱动中间件是测试驱动的统一接口，测试任务中的测试用例通过ioal中间件，访问采集和激励设备。由于ioal测试驱动中间件向测试用例访问各种采集和激励设备提供了标准化的统一接口，ioal中间件解析已定义的ioal文件，即被测单元uut接口和采集和激励设备的io映射文件，并根据ioal文件组织控制采集和激励设备。ioal测试驱动中间件具有windows、linux等多个操作系统版本，使得测试用例具有了通用性，可用在不同的测试任务处理机ttp上访问不同的采集和激励设备，实现异构操作和跨平台操作。否则，测试用例可能需要针对每个测试任务处理机ttp做出修改，失去了系统方法测试任务的通用性和实时性。
[0054]
具体地，采集和激励设备包括多种采集板卡和/或激励板卡，采集板卡获取被测单元uut的反馈信号和数据，激励板卡向被测单元uut发出控制信号和数据。
[0055]
具体地，信号切换矩阵及数据交换设备包括离散信号切换矩阵、模拟信号切换矩阵、视频信号切换矩阵、串口数据交换和以太网交换；测试任务管理单元ttm通过网络控制信号切换矩阵及数据交换设备进行信号切换和/或数据交换。信号切换矩阵及数据交换设备是实现测试任务分发与协同的基础设备，实现多个采集和/或驱动设备的复用，避免了被
测单元uut的端口绑定在一个采集和/或激励板卡上。
[0056]
信号切换矩阵原理为：通过继电器阵列的切换，将被测单元uut的一路或多路视信号分别传输给一个或者多个采集和激励设备，如可通过继电器切换将被测单元uut1的离散量输出do1传输给采集和激励设备1的离散量输入板卡1的通道1，也可通过继电器切换将被测单元uut1的离散量输出do1传输给采集和激励设备2的离散量输入板卡1的通道1。
[0057]
在一具体实施例中，测试任务处理机ttp为pxi控制器、采集和激励设备为pxi的采集和激励板卡，测试任务处理机ttp与对应的采集/驱动板卡在一个pxi机箱内，通过pxi总线连接。测试任务处理机ttp和采集和激励设备也可以采取其他的总线或网络连接，如pci、pcie、usb或以太网。多个采集和激励设备复用一个信号切换矩阵及数据交换设备，如果采集和激励设备与被测单元uut的连接是固定不变的，则无法实现灵活的测试任务分配。
[0058]
请同时参见图4，基于分布式测试系统的任务分发装置的协同控制方法，包括如下步骤：
[0059]
s1：测试任务管理单元ttm进行测试任务要求与测试任务处理机ttp的测试资源能力的匹配分析；得到测试资源能力与测试任务匹配的测试任务处理机ttp；
[0060]
s11：获取测试任务分解模块ttd为当前任务建立的任务说明数据块sot，将任务说明数据块sot作为测试任务要求，获取任务说明数据块sot的被测单元uut连接要求uutlinkreq；
[0061]
s12：获取测试资源配置模块trc为每个测试任务处理机ttp建立的测试资源能力数据块rot的连接被测单元uut能力uutlink；
[0062]
s13：在参数uutlink中查询uutlinkreq，若uutlinkreq存在于uutlink中则说明该测试任务处理机ttp的测试资源能力与测试任务匹配，否则不匹配。
[0063]
根据测试资源能力的数据块rot，每个测试任务处理机ttp可以连接的被测单元uut接口的列表是有限且已知的，所以通过参数sot.uutlinkreq与rot.uutlink的匹配分析，可以排除一些测试任务处理机ttp，从而提高合同网协议的效率。另一方面，其他任务的运行会使uutlink不断变换，由于信号切换矩阵及数据交换设备受测试任务分解模块ttd控制，所以测试任务分解模块ttd存储了实时的连接被测单元uut能力列表，所以测试任务分解模块ttd具备sot.uutlinkreq与rot.uutlink的匹配分析能力，必须事先排除一些不合适的测试任务处理机ttp。
[0064]
s2：根据任务播发策略向测试任务处理机ttp播发测试任务要求；
[0065]
任务播发策略包括：策略一：若所有测试任务处理机ttp匹配测试任务要求或数据不足以判断匹配状态，则向所有测试任务处理机ttp广播测试任务要求；策略二：若部分测试任务处理机ttp匹配测试任务要求，则向匹配测试任务要求的部分测试任务处理机ttp播发测试任务要求；策略三：若一个测试任务处理机ttp匹配测试任务要求，则向匹配测试任务要求的一个测试任务处理机ttp点对点发送测试任务要求。
[0066]
s3：测试任务处理机ttp接收测试任务要求，对自身进行能力评估，如果具备承接测试任务的能力，则请求接受测试任务；否则拒绝；
[0067]
s31：测试任务处理机ttp接收测试任务要求，即获取任务说明数据块sot；
[0068]
s32：测试任务处理机ttp的测试任务承接模块ttb获取测试运行能力的数据块cot；
[0069]
s33：对比测试运行能力的数据块cot与任务说明数据块sot的中参数，若测试运行能力的数据块cot的参数满足任务说明数据块sot的参数的需求，则说明该测试任务处理机ttp具备承接测试任务的能力，否则不具备承接测试任务的能力。
[0070]
s4：测试任务管理单元ttm接收测试任务处理机ttp的回复，对请求接受任务的测试任务处理机ttp进行综合评估，得到评估值，测试任务管理单元ttm选择评估值最高的测试任务处理机ttp作为当前任务的测试任务处理机ttp，并发布测试任务；
[0071]
对请求接受任务的测试任务处理机ttp进行综合评估，通过对每个请求接受任务的测试任务处理机ttp的测试运行能力数据块cot与任务说明数据块sot进行计算得到评估值，包括如下步骤：
[0072]
s41：对任务说明数据块sot建立sot向量；sot向量值越大，表示需求越大；
[0073]
s42：对每个请求接受任务的测试任务处理机ttp的测试运行能力的数据块cotn建立cotn向量，cotn向量值越大，表示能力越强；
[0074]
s43：通过sot向量与cotn向量，计算每个请求接受任务的测试任务处理机ttp的评估值，计算公式如下：
[0075]cttpi
＝fitness(soti,coti)
[0076]
＝α
·
∑(ttp_hwresourcei)+β
·
∑(ttp_swresourcei)+γ
·
ti[0077]
式中，c
ttpi
为对第i个请求接受任务的测试任务处理机ttp的评估值；
[0078]
fitness(soti,coti)为对第i个请求接受任务的测试任务处理机ttp的评估公式；
[0079]
α、β、γ为不同的参数的权重系数；
[0080]
∑(ttp_hwresourcei)为对第i个请求接受任务的测试任务处理机ttp的硬件资源的评估；
[0081]
∑(ttp_swresourcei)为对第i个请求接受任务的测试任务处理机ttp的软件资源的评估；
[0082]
ti为第i个请求接受任务的测试任务处理机ttp的执行任务数量的排名值，执行任务数量越多，则排名值越低。
[0083]
s5：当前任务测试任务处理机ttp加载任务，准备就绪后，通知测试任务管理单元ttm；
[0084]
s6：测试任务管理单元ttm控制信号切换矩阵及数据交换设备建立连接，使当前任务测试任务处理机ttp可访问被测单元uut；
[0085]
s7：当前任务测试任务处理机ttp执行测试任务，完成测试任务后，向测试任务管理单元ttm报告测试任务完成状态；完成状态包括成功或失败；
[0086]
s8：测试任务管理单元ttm接收测试任务完成状态后，控制信号切换矩阵及数据交换设备释放连接；
[0087]
s9：重复步骤s1-s8完成所有测试任务。
[0088]
测试任务管理单元ttm暂停、终止全体测试任务处理机ttp的测试任务通过策略一实现；测试任务管理单元ttm暂停、终止部分测试任务处理机ttp的测试任务通过策略二实现；测试任务管理单元ttm暂停、终止某个测试任务处理机ttp的测试任务通过策略三实现；测试任务管理单元ttm动态任务插入测试任务通过策略三实现；测试任务管理单元ttm暂停、终止和动态插入测试任务的步骤与上述步骤类似具体区别点如下：
[0089]
测试任务管理单元ttm暂停测试任务处理机ttp的测试任务与上述步骤区别在于：
[0090]
s2'：测试任务管理单元ttm根据任务播发策略向测试任务处理机ttp播发测试任务暂停要求；
[0091]
s3'：测试任务处理机ttp接收测试任务暂停要求，不能拒绝，执行完当前测试步骤后，当前测试任务进程挂起，更新测试运行能力的数据块cot。
[0092]
测试任务管理单元ttm终止测试任务处理机ttp的测试任务与上述步骤区别在于：
[0093]
s2”：测试任务管理单元ttm根据任务播发策略向测试任务处理机ttp播发测试任务终止要求；
[0094]
s3”：测试任务处理机ttp接收测试任务终止要求，不能拒绝，执行完当前测试步骤后，当前测试任务进程终止，释放资源，更新测试运行能力的数据块cot。
[0095]
测试任务管理单元ttm向测试任务处理机ttp动态插入测试任务与上述步骤区别在于：
[0096]
s2”'：测试任务管理单元ttm根据任务播发策略向测试任务处理机ttp播发动态插入测试任务要求；
[0097]
s3”'：测试任务处理机ttp接收动态插入测试任务要求，对自身进行能力评估，如果具备承接测试任务的能力，则请求接受测试任务；否则当前最低优先级的测试任务被挂起，再次对自身进行能力评估，如果具备承接测试任务的能力，则请求接受测试任务；否则持续挂起低优先级测试任务，直到可执行插入测试任务；或无法执行，拒绝任务。
[0098]
综上所述，本发明实施例的基于分布式测试系统的任务分发装置及其控制方法，测试任务管理单元通过对测试任务要求与测试任务处理机能力的综合评估确定承接任务的测试任务处理机，实现测试任务动态优化的自动分配和协同，降低了人工配置带来和工作量和差错率；测试任务管理单元和多测试任务处理机采用改进合同网协议进行任务分发与协同的方法，便于启动、暂停、终止测试任务或动态插入测试任务，实现灵活的任务管理，实现因测试故障或问题引起的测试任务的动态调整；测试任务处理机采用中间件提供了统一驱动接口，使得测试用例具有了通用性，可分布式地访问不同的采集和激励设备；采用信号切换矩阵及数据交换设备，实现多个采集和激励设备的复用，避免了uut的端口绑定在一个采集/激励板卡上；实现了柔性复用，满足了测试任务分发的异构操作和跨平台操作。
[0099]
虽然本发明已以较佳实施例揭示如上，然其并非用以限定本发明，任何本领域技术人员，在不脱离本发明的精神和范围内，当可作些许的修改和完善，因此本发明的保护范围当以权利要求书所界定的为准。