一种并行测试任务的同步触发执行方法与流程

本发明属于测试测量技术领域，具体涉及一种并行测试任务的同步触发执行方法。

背景技术：

近年来，并行测试技术在测试测量领域备受关注且得到了越来越广泛的应用。以半导体测试行业所采用并行测试技术为例，目前配套自动测试设备(automatictestequipment，ate)/系统(automatictestsystem，ats)通常利用测试夹具一次装载一批待测件，并发执行这些uut测试任务(线程或进程)。这些ate/ats有效提高了测试效率与测试吞吐率。但是，由于所采用并行测试环境主要是单处理器非实时操作系统(如windows)，因而难以实现严格意思上的同一时刻执行多个uut测试任务，只是极短时间间隔内的多线程/多进程并发处理。一般做法如图1所示，整体上，操作用户首先通过测试任务操作界面依次启动各个uut测试任务，然后各个uut测试任务独立并发执行，相互之间无影响，轮流占用处理器时间与仪表设备资源；局部上看，单个uut测试任务按次序调整测试基本信息、执行各个预定测试动作(包括测试状态设置、信号激励、信号测量、数据采集、存储记录、报表生成…)直到所有测试动作执行完毕后，视条件换下一个uut继续进行处理，如此循环反复直到完成所有uut的批量测试。归纳起来，可以说是“整体并行化异步并发执行、局部串行化顺序处理”。显然，目前这种执行处理方式存在不足：各个uut测试任务从执行启动到执行就绪之间存在逐渐增加的不确定时间延迟，这种时延随着uut测试任务并发数目的增加越发明显，因而无法适用于多个uut测试任务要求“同时执行”的时间敏感场景需求。

并行测试技术是为了解决串行顺序测试技术测试效率低、资源利用率低的问题而提出的。传统的串行顺序测试在同一个时刻或同一时间间隔内只能对一个uut测试任务进行处理，而并行测试技术则能够“同时执行”多个uut测试任务。这不仅能够提高测试效率、缩短测试时间，而且可以减少各个测试资源的空闲等待状态时间，让多个uut共享有限且宝贵的测试资源，有效节约测试成本。目前，并行测试技术的应用主要集中在半导体生产测试、软件测试、通讯产品协议一致性测试与装备维修检测等领域。国内对并行测试技术的研究方兴未艾，相关研究成果主要集中在并行测试系统的体系结构、系统模型与任务调度等方面，尚未形成系统理论。

2.1.1并行测试系统的概念

传统的自动测试系统采用的测试方法是基于串行概念的顺序测试(sequencetest)，其基本思路如图2所示。当对一个uut进行测试任务执行时，其测试动作按预先顺序进行处理，一直到其所有动作处理完毕后，才能够开始处理后续的uut测试任务。若存在多个uut测试任务执行时，则是按照预先设定的顺序依次进行处理，即一个uut测试任务处理完毕才开始执行下一个uut测试任务。

下面给出区别于传统顺序测试的并行测试系统概念。

定义1.1并行测试系统：测试系统处理器在同一时间间隔内按照一定的调度策略将输入系统存储设备中多个测试对象的测试任务序列有效并行处理，测试系统在同一时间段内可运行多项测试任务。测试任务序列划分的依据是考虑任务之间的数据无关、资源无关和控制无关等因素。并行测试系统是在传统串行测试系统的基础上通过资源的整合和软件运行模式的改变演化而来的。

目前，并行测试系统的架构按照所使用处理器数目可划分为单处理器并行测试结构和多处理器并行测试结构。其中，多处理器并行测试结构具有两个以上的处理器，通过高速通讯总线、共享存储空间或输入/输出系统进行测试，对软硬件资源均有较高的要求。按多处理器之间的关系分为分布式处理结构和主从处理结构两类。分布式并行测试结构中的每台计算机均可独立高效地执行测试任务，并通过高速网络来实现测试同步和资源共享；主从处理器结构则是利用处于从属地位且功能单一的从处理器来分担主处理器的部分工作，以减轻主处理器的负担、提高测试效率。单处理器并行测试结构则是通过对不同测试任务的调度来分配单个处理器处理任务的时间从而实现并行测试。其中的测试任务以多个线程(multiplethreads)或多个进程(multipleprocesses)的形式存在，通过中央处理器(centralprocessingunit，cpu)处理器在线程或进程间的切换来完成测试执行处理。两者比较而言，多处理器并行测试结构对系统的硬件要求较高、结构复杂，单处理器并行测试结构的硬件要求较低、结构简单。因而，普遍适用且能有效降低测试成本的还是单处理器并行测试结构。

2.1.2并行测试技术的优势

并行测试技术通过对测试资源的优化利用，大大提高了测试吞吐率、提高了测试资源利用率、缩减了测试时间，进而有效节约了测试成本。主要表现为：

提高测试吞吐率。并行测试系统通过多种方式实现测试资源的动态分配与优化调度，能够在同一时间内并发地执行多个uut测试任务。从批量测试的角度看来，通过增加单位时间内uut的数量就能够提高整个测试系统的效率。测试系统的效率越高，对测试吞吐率的提高程度就越高。

提高测试资源利用率。并行测试对测试资源利用率的提高主要包括两点，一是尽量使测试资源处于工作状态，二是使测试资源得到充分的利用。并行测试任务不断地运行，申请测试资源地使用，测试资源一旦闲置就再次被新的测试任务申请使用。在理想情况下，整个测试过程中测试资源一直处于工作状态，即测试资源在整个测试的过程中一直处于非空闲状态。

缩减测试时间。据统计，采用顺序测试方式时，处理器约80％的时间处于空闲状态。以美国ni(nationalinstruments)公司测试管理软件teststand的实验结果为例：在单处理器多线程并行条件下，利用teststand软件运行同样的uut测试任务序列，其并行测试模式下耗费时间比串行顺序模式下耗费时间缩减约33％。测试时间缩减效果比较明显。

2.2现有技术实现方案

2.2.1并行测试的实现方式

并行测试的实现方式主要有三种形式：第一种是针对多个uut的并行测试，其任务调度的对象是各个uut测试任务，每个uut对应一个uut测试任务；第二种是单个uut上多个测试任务的并行测试，其任务调度的对象是同一个uut的多个测试任务；第三种则是前面两种形式的结合，即调度对象是多个uut的多个测试任务。鉴于这些不同规模的测试任务之间需要避免死锁、竞争和饥饿等问题，第一种形式显然实现起来最为简单直接，因而也被主流成熟并行测试软件所普遍采用。这些并行测试软件包括美国nl公司teststand、美国tyx公司的testbase等，它们均提供了针对多个uut的并行测试解决方案，以uut为粒度单元进行任务调度。

以美国nl公司所提供的teststand软件为例，teststand采用基于单处理器多线程的并行测试结构，其任务调度采用系统软件设计中常用的基于优先级的抢占调度方法，要求一种uut对应一个测试序列，可设置测试序列优先级，利用锁(lock)对象来确保多uut竞争时某个uut对资源的独占性。teststand的并行测试提供两种模型：批量过程模型(batchprocessmodel)和并行过程模型(parallelprocessmodel)，如图3所示。其中，批量过程模型中将多个uut测试任务作为一组，确保该组中的多个uut测试任务同时开始执行且等待处理同时结束。批量过程模型默认情况下不关心中间测试动作项，所有的uut测试动作项在执行过程中是完全独立且并行的。比较而言，批量过程模型下uut必须等待最慢的uut测试任务完毕后才能算是测试结束，显然处于闲置状态的测试时间较长。批量过程模型较多应用于半导体生产测试领域；并行过程模型的应用较为普遍，该模型下各个uut测试任务完全独立且互不影响。针对单个uut而言，其测试执行是按顺序串行处理的，从启动测试直到所有测试动作执行完毕，之后视情况更换下一个uut继续进行处理。理想状态下测试执行过程中不存在竞争、死锁等问题，可大幅度提高测试效率与测试吞吐率。

综上所述，无论是批量过程模型，还是并发处理模型，由于并行测试系统中所采用并行测试环境主要是单处理器非实时操作系统(如windows)，加上仪表设备、测试接口装置等临界资源的约束限制，实际上目前的各种并行测试系统并没有真正实现“同时执行”多个uut测试任务，而仅仅实现了固定时间间隔内的uut测试任务并发执行处理。

下面描述一下目前已有并行测试系统中的并行测试任务执行方法。

2.2.2已有的并行测试任务执行方法

目前已有的并行测试任务执行方法，主要侧重于利用成熟技术与货架软硬件资源进行综合集成，归纳起来可以说是“整体上并发执行、局部串行化顺序处理”。下面以应用较为普遍的teststand软件并行过程模型(parallelprocessmodel)为例加以说明：如图1所示，整体上，操作用户首先利用测试任务操作界面依次启动各个uut测试任务，然后各个uut测试任务独立并发执行，相互之间无影响，轮流占用处理器时间与仪表设备资源；局部上看，单个uut测试任务按次序调整测试基本信息、执行各个预定测试动作(包括测试状态设置、信号激励、信号测量、数据采集、存储记录、报表生成…)直到所有测试动作执行完毕后，视用户操作条件换下一个uut继续进行处理，如此循环反复直到完成所有uut的批量测试。显然，从执行流程上看，这种执行方法是“整体并行化异步并发执行、局部串行化顺序处理”。

因而，这种并行测试任务执行方法存在不足：各个uut测试任务从启动到就绪之间存在逐渐增加的不确定时间延迟，无法适用于各个uut测试任务“同时执行”的时间敏感场景需求。随着uut并行规模的增加，uut测试任务并发数目必然增多，这种不确定的时延现象越发严重！

现有的多个uut并行测试任务执行处理技术，由操作用户通过软件测试任务操作界面依次启动各个uut测试任务，然后各个uut测试任务依次就绪并独立并发执行，轮流占用处理器时间与仪表设备资源完成相关测试动作。该技术存在如下缺点：

1、各个uut测试任务从执行启动到功能就绪之间存在不确定的时间延迟。由于并行测试运行环境是单处理器非实时操作系统(如windows)，技术实现上采用的是多进程或多线程结构，均是通过处理器在进程间或线程间切换来完成处理，这就必然会占用处理器cpu时间与内存资源，因而时间延迟不可避免。uut测试任务的依次启动处理，本质上是一个创建线程或加载进程、功能就绪初始化的过程。启动处理过程所占用的cpu时间越长，也就意味着uut测试任务就绪的时间延迟量越大。同时，由于这个启动处理过程存在着与其它线程或进程之间的处理器资源竞争，各个uut测试任务执行的这种时延间隔必然是不确定的。

2、无法实现各个uut测试任务“同时执行”的需求场景。“同时执行”，意味着各个uut并行测试任务必须在同一时刻或者极短时间间隔内并发执行。uut测试任务从执行启动到就绪之间所存在的不确定时延，必然导致难以实现“同时执行”。而且，随着uut测试任务数并发目的增加，这种时间延迟的不确定性越发明显。因而，现有技术无法适用于多个uut测试任务要求“同时执行”的时间敏感场景需求。

技术实现要素：

针对现有技术中存在的上述技术问题，本发明提出了一种并行测试任务的同步触发执行方法，设计合理，克服了现有技术的不足，能够有效解决uut测试任务的执行时间延迟不确定且受uut并行测试数目影响的问题，具有良好的效果。

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

一种并行测试任务的同步触发执行方法，包括如下步骤：

步骤1：设计uut测试任务同步触发器，提供其属性参数与功能函数的应用编程接口；

步骤2：设计uut测试任务操作界面，提供测试状态显示区域与uut测试过程控制功能按钮；

步骤3：设计uut测试任务操作界面的测试过程配置按钮，注册回调函数为弹出测试过程配置窗口；

步骤4：设计uut测试任务操作界面的测试过程启动按钮，注册回调函数为所有同步触发器的触发状态依次设置为激活状态；

步骤5：设计uut测试任务操作界面的测试过程停止按钮，注册回调函数为停止正在运行中的uut测试任务；

步骤6：设计uut测试任务操作界面的测试过程退出按钮，注册回调函数为退出当前人机交互界面；

步骤7：操作用户通过uut测试任务操作界面进行uut测试过程的控制选项参数调整与设置；

步骤8：操作用户通过uut测试任务操作界面进行uut测试任务的启动、停止或退出操作。

优选地，在步骤1中，同步触发器的属性参数至少包括控制句柄id、触发类型、触发状态与触发动作；功能函数至少包括创建触发器、触发类型设置、触发状态设置、触发动作注册与释放触发器；

其中，控制句柄id为唯一数值，规定大于0为正常成功状态，小于0为异常失败状态，等于0表示触发器已进行资源释放；单个同步触发器对应一个uut测试任务，且通过该控制句柄id来进行资源申请、参数配置、功能调用与资源释放；

触发类型至少包括立即执行和延迟执行，延迟时间可设置，而且时间控制精度与并发任务执行的时间延迟同量级；

触发状态至少包括激活与无效两种；激活状态下依据触发类型进行触发动作执行且不允许进行触发动作重新注册；无效状态下触发器的触发动作处于失去执行能力且允许进行触发动作的注册；

触发动作至少允许指定为当前有效的测试动作序列、可执行测试应用程序或动态库模式测试应用程序媒体文件，触发动作在触发激活状态下立刻响应执行且正常结束后自动变更触发状态为无效；

触发类型缺省设置为立即执行，触发状态缺省设置为无效，触发动作缺省注册为uut测试任务动作序列。

优选地，在步骤2中，测试状态显示区域至少包括uut测试基本信息、uut测试过程状态与用户操作记录；uut测试基本信息至少包括操作用户、测试时间、测试环境、测试资源以及测试对象的名称和相关属性；uut测试过程状态包括未装载(unloaded)、就绪(ready)、运行中(running)、暂停(halted)、已完成(finish)与未知(unknown)；用户操作记录显示用户通过uut测试任务操作界面所产生的日志信息与异常错误信息；

uut测试过程控制功能按钮至少包括配置按钮、启动按钮、停止按钮与退出按钮；配置按钮用于辅助用户对测试过程模型、测试工位并发数目与uut测试任务应用程序进行设置，测试过程模型至少提供顺序过程模型、并行过程模型与批量过程模型三种，测试工位并发数目与uut测试任务并发数目保持一致、uut测试任务并发数目与触发器数目保持一致，uut测试任务应用程序被指定为当前有效的测试动作序列、可执行测试应用程序或动态库模式测试应用程序媒体文件；启动按钮用于辅助用户来控制uut测试任务在后台进行自动执行，并在更新各个uut测试任务的测试过程状态；停止按钮用于辅助用户强制终止正在运行中的uut测试任务；退出按钮用于辅助用户退出当前的uut测试任务操作界面；功能按钮的无效属性的控制关系设置为：进入uut测试任务操作界面时，停止按钮无效为真，其他按钮无效为假；启动按钮执行后，停止按钮无效为假，其他按钮无效为真；停止按钮执行后，所有按钮无效为真；单个uut测试任务执行完成且进行uut测试过程状态显示时，若所有uut测试过程状态均不是运行中，则停止按钮无效为真、其他按钮无效为假。

优选地，在步骤3中，测试过程配置窗口控制选项至少包括测试过程模型、测试工位并发数目与uut测试任务应用程序；调整完毕确认成功后返回uut测试任务操作界面时，按照控制选项参数进行自动配置，按照测试工位并发数目依次进行触发器创建与触发器属性参数设置，触发状态设置为无效、触发动作注册为所选uut测试任务应用程序；

其中，测试过程模型至少提供顺序过程模型、并行过程模型与批量过程模型三种，缺省为并行过程模型；测试工位并发数目与uut测试任务并发数目对应，限制数值为≥1、小于最大uut并发数目，缺省数值为4；uut测试任务应用程序被指定为当前有效的测试动作序列、可执行测试应用程序或动态库模式测试应用程序媒体文件。

优选地，在步骤4中，所述注册回调函数的代码执行优化为最少时间耗费，当单个触发器的状态设置为激活时，其触发动作立刻被执行到，当所有触发器批量激活时，触发动作所指定uut测试任务能够同时被执行到。

优选地，在步骤5中，具体包括如下步骤：

步骤5.1：依次判断各个uut测试过程状态是否在运行中；

若：判断结果为各个uut测试过程状态没有在运行中，则略过当前uut测试过程处理；

或判断结果为各个uut测试过程状态在运行中，则设置相应的触发器激活状态无效，等待后台触发动作所执行的uut测试任务退出，并同步更新测试状态显示；

步骤5.2：相应触发器的触发动作依据测试过程具体情况对触发无效状态进行响应，触发动作执行结束时，判断触发状态是否为激活，若是则设置触发状态为无效；

步骤5.3判断触发动作执行返回状态；

若：判断结果为触发动作执行返回状态正常，则同步更新uut测试过程状态为已完成；

或判断结果为触发动作执行返回状态不正常，则同步更新uut测试过程状态为暂停。

优选地，在步骤6中，依次根据各个触发器判断触发状态是否为无效；

若：判断结果为触发状态为无效，则提示等待；

或判断结果为触发状态为有效，则依次释放各个触发器资源以及uut测试任务操作界面相关资源。

优选地，在步骤7中，可调整控制选项参数至少包括测试过程模型、测试工位并发数目、uut测试任务应用程序；测试工位并发数目与触发器数目对应，uut测试任务应用程序与触发动作对应；控制选项参数调整完毕后，若测试过程模型为并行过程模型，则按照触发器数目进行触发器创建与触发器属性参数设置，其中触发类型设置为立即执行、触发状态设置为无效、触发动作注册为所选uut测试任务应用程序。

优选地，在步骤8中，具体包括如下步骤：

步骤8.1：响应uut测试任务操作界面的测试过程人机界面交互；若为启动按钮执行，则执行步骤8.2；否则，继续空闲等待；

步骤8.2：将各个uut测试任务触发器的触发状态都设置为激活，更新所有功能按钮的无效状态；

步骤8.3：各个uut测试任务触发器对应的触发动作按照预先设定进行自动响应执行，各个测试任务功能就绪；

步骤8.4：单个uut测试任务触发器对应的触发动作执行处理，即调整uut测试基本信息、执行所注册触发动作的uut测试任务应用程序以及通知uut测试任务操作界面进行测试执行状态显示；

步骤8.5：响应操作用户通过uut测试任务操作界面所进行的人工干预；若为停止按钮操作，则更新所有功能按钮的无效状态，然后执行步骤8.7；

步骤8.6：单个uut测试任务的触发动作执行完毕后，设置当前触发器的触发状态为无效，提示并引导用户确定是否处理下一个uut测试任务；若处理下一个uut测试任务，则设置当前触发器的触发状态为激活，然后执行步骤8.3；否则，执行步骤8.7；

步骤8.7：更新uut测试过程状态显示与用户操作记录日志显示；

步骤8.8：响应uut测试任务操作界面的测试过程人机界面交互；若为启动按钮执行，则执行步骤8.2；若为退出按钮执行，则依次释放各个触发器资源以及uut测试任务操作界面相关资源。

本发明所带来的有益技术效果：

本发明所提出的并行测试任务的同步触发执行方法，基于同步触发器搭建各个uut测试任务的测试过程控制机制，利用触发器属性参数设置和功能函数调用来完成测试过程控制选项的预先调整与设置，当用户通过测试任务操作界面来启动uut测试任务时，可立刻执行所注册的所有uut测试任务应用程序；本发明具有uut测试任务的执行时间延迟稳定可设且不受uut并行测试数目影响的优点，尤其适用于要求各个uut测试任务“同时执行”的需求场景。

附图说明

图1为待测件测试任务执行的流程图。

图2为顺序测试任务执行示意图。

图3为批量过程模型和并行过程模型的示意图。

图4为本发明方法的流程框图。

图5为本发明方法的动作关系示意图。

具体实施方式

下面结合附图以及具体实施方式对本发明作进一步详细说明：

一种并行测试任务的同步触发执行方法，其流程如图4所示，动作关系如图5所示，针对多个uut测试任务“同时执行”的需求场景，基于同步触发器搭建各个uut测试任务的测试过程控制机制，利用触发器属性参数设置和功能函数调用来完成测试过程控制选项的预先调整与设置。当用户通过测试任务操作界面来启动uut测试任务时，可立刻执行所注册的所有uut测试任务应用程序，进而有效改善uut测试任务并发执行的时延现象。具体包括如下步骤：

步骤100，设计uut测试任务同步触发器，提供属性参数与功能函数api(applicationprogramminginterface)；

步骤102，设计uut测试任务操作界面，提供测试状态显示区域与uut测试过程控制功能按钮；

步骤104，设计uut测试任务操作界面的测试过程配置按钮，注册回调函数为弹出测试过程配置窗口；

步骤106，设计uut测试任务操作界面的测试过程启动按钮，注册回调函数为所有同步触发器的触发状态依次设置为激活状态；

步骤108，设计uut测试任务操作界面的测试过程停止按钮，注册回调函数为停止正在运行中的uut测试任务；

步骤110，设计uut测试任务操作界面的测试过程退出按钮，注册回调函数为退出当前人机交互界面；

步骤112，操作用户通过uut测试任务操作界面进行uut测试过程的控制选项参数调整与设置；

步骤114，操作用户通过uut测试任务操作界面进行uut测试任务的启动、停止或退出操作。

在步骤100中，具体包括：

a、利用处理器内部高精度时钟发生器和操作系统提供的异步定时器或线程池机制来设计同步触发器，提供属性参数与功能函数api。其中属性参数至少包括控制句柄id、触发类型、触发状态与触发动作，功能函数至少包括创建触发器、触发类型设置、触发状态设置、触发动作注册与释放触发器；

b、控制句柄id为唯一数值，约定大于0为正常成功状态，小于0为异常失败状态，等于0表示触发器已进行资源释放；单个同步触发器对应一个uut测试任务，且通过该控制句柄id来进行资源申请、参数配置、功能调用与资源释放；

c、触发类型至少包括立即执行和延迟执行，延迟时间可设置，而且时间控制精度与并发任务执行的时间延迟同量级(受处理器时钟发生器计数时间精度限制)；

d、触发状态至少包括激活与无效两种。激活状态下依据触发类型进行触发动作执行且不允许进行触发动作重新注册；无效状态下触发器的触发动作处于失去执行能力且允许进行触发动作的注册；

e、触发动作至少允许指定为当前有效的测试动作序列、可执行测试应用程序或动态库模式测试应用程序媒体文件，触发动作在触发激活状态下立刻响应执行且正常结束后自动变更触发状态为无效。要求触发动作优化设计，既方便触发点火时快速自动执行，又要允许重新注册为其他uut测试任务应用程序；

f，触发类型缺省设置为立即执行，触发状态缺省设置为无效，触发动作缺省注册为uut测试任务动作序列。

在步骤102中，具体包括：

a、显示区域至少包括uut测试基本信息显示、uut测试过程状态显示与用户操作记录显示。uut测试基本信息至少包括操作用户、测试时间、测试环境、测试资源以及测试对象的名称和相关属性；uut测试过程状态包括未装载(unloaded)、就绪(ready)、运行中(running)、暂停(halted)、已完成(finish)与未知(unknown)；用户操作记录显示用户通过uut测试任务操作界面所产生的日志信息与异常错误信息；

b、uut测试过程功能按钮至少包括配置、启动、停止与退出。配置按钮可以辅助用户对测试过程模型、测试工位并发数目与uut测试任务应用程序进行设置，测试过程模型至少提供顺序过程模型、并行过程模型与批量过程模型三种，测试工位并发数目与uut测试任务并发数目对应，uut测试任务应用程序被指定为当前有效的测试动作序列、可执行测试应用程序或动态库模式测试应用程序媒体文件；启动按钮可以辅助用户来控制uut测试任务在后台进行自动执行，并在更新各个uut测试任务的测试过程状态；停止按钮可以辅助用户强制终止正在运行中的uut测试任务；退出按钮可以辅助用户退出当前的uut测试任务操作界面。功能按钮的无效属性设置控制关系设计为：进入uut测试任务操作界面时，停止按钮无效为真，其他按钮无效为假；启动按钮执行后，停止按钮无效为假，其他按钮无效为真；停止按钮执行后，所有按钮无效为真；单个uut测试任务执行完成且进行uut测试过程状态显示时，若所有uut测试过程状态均不是运行中(running)，则停止按钮无效为真、其他按钮无效为假。

在步骤104中，具体包括：测试过程配置窗口控制选项至少包括测试过程模型、测试工位并发数目与uut测试任务应用程序。调整完毕确认成功后返回uut测试任务操作界面时，按照控制选项参数进行自动配置。按照测试工位并发数目依次进行触发器创建与触发器属性参数设置，触发状态设置为无效、触发动作注册为所选uut测试任务应用程序；

其中，测试过程模型至少提供顺序过程模型、并行过程模型与批量过程模型三种，缺省为并行过程模型。测试工位并发数目与uut测试任务并发数目对应，限制数值为大于等于1、小于最大uut并发数目，缺省数值为4。uut测试任务应用程序可指定为当前有效的测试动作序列、可执行测试应用程序或动态库模式测试应用程序媒体文件。

在步骤106中，具体包括：所注册回调函数的代码执行应优化为最少时间耗费，以确保其执行时间耗费与触发时延相比较可以忽略不计。当单个触发器的状态设置为激活时，其触发动作可以立刻被执行到。当所有触发器批量激活时，触发动作所指定uut测试任务则能够同时被执行到，进而确保通过各个触发器的触发动作执行来完成所有uut测试任务的并发处理。

在步骤108中，具体包括如下步骤：

a、依次判断各个uut测试过程状态是否为running(运行中)。若否，则略过当前uut测试过程处理；若是，则设置相应的触发器激活状态无效、等待后台触发动作所执行的uut测试任务进行退出，并同步更新测试状态显示；

b、相应触发器的触发动作可以依据测试过程具体情况对触发无效状态进行响应。触发动作执行结束时，判断触发状态是否为激活，若是则设置触发状态为无效；

c、若触发动作执行返回状态为正常，则同步更新uut测试过程状态为finish(已完成)，否则同步更新uut测试过程状态为halted(暂停)。

在步骤110中，具体包括：

依次根据各个触发器判断触发状态是否为无效，若是则进行提示等待，若否则进行相关资源的释放。

在步骤112中，具体包括：

可调整控制选项参数至少包括测试过程模型、测试工位并发数目(对应触发器数目)与uut测试任务应用程序(对应触发动作)；控制选项参数调整完毕后，若测试过程模型为并行过程模型，则按照触发器数目进行触发器创建与触发器属性参数设置，其中触发类型设置为立即执行、触发状态设置为无效、触发动作注册为所选uut测试任务应用程序。

在步骤114中，具体包括如下步骤：

a、响应uut测试任务操作界面的测试过程人机界面交互。若为启动按钮执行，则执行b；否则，继续空闲等待；

b、将各个uut测试任务触发器的触发状态都设置为激活，更新所有功能按钮的无效状态；

c、各个uut测试任务触发器对应的触发动作按照预先设定进行自动响应执行，各个测试任务功能就绪；

d、单个uut测试任务触发器对应的触发动作执行处理，即调整uut测试基本信息、执行所注册触发动作的uut测试任务应用程序、通知uut测试任务操作界面进行测试执行状态显示；

e、响应操作用户通过uut测试任务操作界面所进行的人工干预。若为停止按钮操作，则更新所有功能按钮的无效状态后执行g；

f、单个uut测试任务的触发动作执行完毕后，设置当前触发器的触发状态为无效，提示并引导用户确定是否处理下一个uut测试任务。若处理下一个uut测试任务，则设置当前触发器的触发状态为激活、执行c；否则，继续执行g；

g、更新uut测试过程状态显示与用户操作记录日志显示；

h、响应uut测试任务操作界面的测试过程人机界面交互。若为启动按钮执行，则执行步骤b；若为退出按钮执行，则依次释放各个触发器资源、释放uut测试任务操作界面相关资源。

当然，上述说明并非是对本发明的限制，本发明也并不仅限于上述举例，本技术领域的技术人员在本发明的实质范围内所做出的变化、改型、添加或替换，也应属于本发明的保护范围。