CN111767232B - 一种装备测试程序集验证系统 - Google Patents

Abstract

本发明公开了一种装备测试程序集验证系统及其实现方法,适用于装备测试领域。包括控制计算机、测试资源、总线、资源分配组合、信号接口单元和软件平台，被测对象与所述信号接口单元连接，所述信号接口单元与资源分配组合交互，所述资源分配组合将测试资源分配至模块中，所述模块通过总线连接控制计算机；软件平台通过测试接口适配与通用模拟器相连接，将TPS发送至通用模拟器，进行TPS程序、数据、接口的全面验证。本发明针对复杂电子装备检测设备及TPS的特点，对设计阶段和使用阶段的TPS进行整体验证和评价，实现TPS的标准接口转换、自动资源匹配、TPS流程验证、TPS数据验证、TPS接口验证、TPS仿真运行等功能。

Description

一种装备测试程序集验证系统

技术领域

本发明涉及装备测试领域，具体地说涉及一种装备测试程序集验证系统及其实现方法。

背景技术

装备测试程序集(TPS)是与被测对象及其测试要求紧密相关的硬件、软件的集合。TPS质量高低直接影响装备测试诊断能力。综合测试诊断能力验证是在经过检验认为开发的机内测试设备(BITE)、自动测试系统(ATE)、交互式电子手册(IETM)等TPS基本可以达到规定要求后，为确定系统是否达到了规定的性能、指标要求，而由指定验证机构进行的试验与评定工作。对于复杂装备，TPS能力的验证过程非常的困难，其主要原因是故障样本相对缺乏，另一方面也很难在实际装备上随意插入故障进行综合诊断能力验证。

发明内容

本发明所要解决的技术问题是如何提供一种针对复杂电子装备的装备测试程序集验证系统及其实现方法。

为解决上述技术问题，本发明所采取的技术方案是：

一种装备测试程序集验证系统，包括控制计算机、测试资源、总线、资源分配组合、信号接口单元和TPS验证平台，被测对象与所述信号接口单元连接，所述信号接口单元与资源分配组合交互，所述资源分配组合将测试资源分配至模块中，所述模块通过总线连接控制计算机；TPS验证平台通过测试接口适配与通用模拟器相连接，将TPS发送至通用模拟器，进行TPS程序、数据、接口的全面验证。

进一步的，所述TPS验证平台包括TPS转换与生成模块、TPS执行/仿真运行模块、TPS验证方案与评估分析报告生成模块和IVI可互换仪器架构支撑接口，

所述TPS转换与生成模块包括TPS转换功能、TPS流程验证功能、TPS数据验证功能、TPS接口验证功能、TPS自动生成功能；

所述TPS执行/仿真运行模块用于运行转换后的TPS，完成TPS各项要素的需求验证，并给出TPS关键要素验证评估结果；

所述TPS验证方案与评估分析报告生成模块用于生成TPS验证方案，输出TPS验证评估分析报告；

所述IVI可互换仪器架构支撑接口用于提供IVI接口访问中间层，支持仪器可互换、测试资源与测试需求的分离。

进一步的，所述TPS转换功能模块包括TPS校验，用于确保转换前被测TPS内容正确；所述TPS转换功能模块将待转换的TPS进行加载；检查已加载的TPS的正确性，检查通过的TPS进行转换；设置目标ATE文件和故障信号，进行信号描述和仪器能力匹配，进行TPS转换并自动保存转换TPS。

进一步的，所述TPS流程验证功能用于验证TPS流程的逻辑合理性、流程完整性和测试覆盖性，实现被验证TPS的仿真运行和过程监控；测试流程TP包含对测试过程的控制及对所测得的响应信号的处理，完成对被测对象是“正常”还是“故障”的判断，判断为“故障”时，隔离故障，找出故障源。

进一步的，所述TPS数据验证功能用于验证TPS流程中的参数、结果数据的标准化、一致性，确保TPS的正确性和完备性；所述TPS数据验证功能包括文档、参数检查、资源一致性检查、完备性检查、安全性检查和偏差检查。

进一步的，所述TPS接口验证功能用于验证TPS的接口设计、测试资源分配的有效性和合理性；TPS包括接口装置，所述接口装置用于连接被测装备和ATE，所述接口装置包括通用接口和接口测试适配器；所述TPS接口验证功能用于验证接口测试适配器和TPS的可移植性。

进一步的，所述TPS自动生成功能用于完成测试流程的高级配置，组装测试任务；所述TPS自动生成功能的工作流程为：根据被测对象的测试需求在TPS配置库中选择必要的TPS片段进行组合连接；对确定的测试流程进行编译处理，生成测试流程文件；对编译后的测试流程进行调试运行；启动测试程序发布功能，对确定的测试流程、用户界面的定制信息以及程序运行所需的系统文件和资源进行打包和发布，生成由最终测试人员使用的安装程序。

进一步的，所述TPS执行/仿真运行模块包括用户认证功能、连续执行功能、单步执行功能、区间执行功能、重复执行功能、断点设置功能、设备自检功能、数据打印功能、数据回放功能、时间监测功能、加载流程功能、事务管理引擎、执行逻辑管理引擎、用户界面调度引擎、总线数据泵、总线消息泵、数据管理引擎、仪器管理引擎、打印服务、逻辑编译器、数据处理、故障诊断。

进一步的，所述IVI可互换仪器架构支撑接口支持的仪器包括万用表类、示波器类、函数发生器类、直流电源类、开关类、功率计类、射频信号源类、频谱分析仪类、通讯仪器类。

采用上述技术方案所产生的有益效果在于：本发明针对复杂电子装备检测设备及TPS的特点，结合装备自动测试系统标准化要求，对设计阶段和使用阶段的TPS进行整体验证和评价，实现TPS的标准接口转换、自动资源匹配、TPS流程验证、TPS数据验证、TPS接口验证、TPS仿真运行等功能。本发明通过实现诊断策略和TPS数据验证过程的自动化，提高验证效率，有效减少自动测试系统平台投入应用后因指标不足或标准化不足、可移植性和互操作性较低等问题。

附图说明

下面结合附图和具体实施方式对本发明作进一步详细的说明。

图1是本发明的总体架构图；

图2是本发明的工作原理图；

图3是本发明的TPS验证平台功能框图；

图4是本发明的TPS中的数据参数信息；

图5是本发明的TPS执行/仿真运行软件模块的运行流程图；

图6是本发明的仪器运行时服务体系结构。

具体实施方式

下面结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是本发明还可以采用其他不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本发明内涵的情况下做类似推广，因此本发明不受下面公开的具体实施例的限制。

本发明整体框架基于PXIe/PXI总线研制，主要包括TPS验证硬件平台和TPS验证TPS验证平台。硬件部分包括：模拟信号资源、数字信号资源、通讯信号资源、电源信号资源、专用信号资源以及控制计算机、显示器、信号接口单元等部分。软件部分可实现TPS检验、TPS转换、TPS生成、TPS运行、TPS验证评估等功能。

本发明的总体架构设计采用虚拟仪器的模块化思想。首先根据指标要求搭建硬件系统、选择设备型号，通过仪器总线将各种仪器资源映射到计算机中，在计算机中形成仪器描述，然后再在平台上组建验证平台软件。信号接口单元部分灵活可调整，将现有资源分配到模块中，且保证足够的扩展能力。

本发明包括控制计算机、测试资源、总线、资源分配组合、信号接口单元和TPS验证平台。如图1所示，被测对象与信号接口单元连接，信号接口单元与资源分配组合交互，资源分配组合将测试资源分配至通信模块、数字I/O模块、数字多用表、示波器、激励源等模块中，各模块通过PXIe/PXI总线连接控制计算机；TPS验证平台通过测试接口适配与通用模拟器相连接，将TPS发送至通用模拟器，进行TPS程序、数据、接口的全面验证

如图2所示，TPS验证平台通过测试接口适配与通用模拟器相连接，TPS验证平台内嵌需要验证的TPS数据和测试诊断策略，TPS验证平台将转换后的TPS发送到通用模拟器，通过相应的控制逻辑，进行TPS程序、数据、接口的全面验证。

如图3所示，本发明包括4个1级软件模块，分别为TPS转换与生成模块、TPS执行/仿真运行模块、TPS验证方案与评估分析报告生成模块以及IVI可互换仪器架构支撑接口。

在本发明的TPS转换与生成模块中，TPS校验预先对开发的基于标准的TPS文档进行语法要求、测试信号描、测试组测试序列、测试物理连接及仪器能力定义描述进行检查,确保转换前被测TPS内容正确。而TPS转换则将要被验证且在自动测试系统平台上运行的TPS自动转换为能在验证平台环境内执行相反操作、并仿真故障信号的TPS,即当自动测试系统TPS要求执行测量操作时,要求根据该TPS内容自动转换为能在验证环境上执行激励操作的TPS(包括正常和不正常信号)；当自动测试系统上TPS要求执行激励操作时,根据该TPS内容自动转换为能在验证平台执行测量操作的TPS(包括正常和不正常测量)。

TPS转换程序主要工作过程如下：

加载TPS：将待转换的TPS进行加载。可进行单文件添加和多文件添加，同时选择多个不同类型的配置文档，程序会根据文档类型自动进行添加；

检查TPS：TPS加载完成后，首先需要对已加载TPS的正确性进行检查，对TPS的检查遵循了一定的标准，检查通过或者错误没有太大影响的TPS才能够进行转换；

TPS转换：首先进行目标ATE文件以及故障信号设置，然后进行信号描述与仪器能力匹配的设置，匹配完成后，才能进行TPS转换，转换完成后系统会自动保存转换TPS；

转换完成后，系统可以对相关数据进行保存和查阅。通过上述过程最终可以实现TPS数据的自动转换功能，完成测试数据的转换，执行转换后的TPS数据可以自动生成验证自动测试设备所需的信号数据，从而为自动测试设备验证的自动化和智能化提供关键技术。

在本发明的TPS转换与生成模块中，TPS流程验证功能用于验证TPS流程的逻辑合理性、流程完整性和测试覆盖性，能够在验证系统平台上实现被验证TPS的仿真运行和过程监控。能够进行故障检测率/故障隔离、故障隔离模糊群组、未被检测的故障、未被使用的测试等指标预计。能够对TPS的缺点(如未覆盖故障，冗余测试，模糊群组和闭合回路等)提出测试性建议(如测试点的放置，消除反馈回路的隔离点的放置等)。

测试流程TP是在ATE的计算机上运行，用于控制ATE的资源来测试指定UUT的软件的总称，它包含对测试过程的控制及对所测得的响应信号的处理，完成对被测对象是“正常”还是“故障”的判断。在“故障”时，还应能隔离故障，找出故障源。TP所包含的测试激励的故障覆盖率与隔离率的定量分析可以在一定程度上反映TP性能的优劣。

首先，需要建立被测电子装备的模型，进行正常状态电子装备仿真，得到无故障时电子装备各测试节点的响应。其次，进行故障模拟，将故障注入到电子装备模型中，得到含故障的电子装备模型；再次，将待评估的测试程序中的测试激励依次施加到含故障的电子装备模型中，收集各节点的响应，并与正常状态电子装备仿真得到的响应相比较，最终可以得到评估所需的测试激励的故障检测率和故障隔离率。

在本发明的TPS转换与生成模块中，TPS数据验证功能用于验证TPS流程中的参数、结果数据的标准化、一致性，确保TPS的正确性和完备性。TPS中的数据参数信息如图4所示，主要包括：

文档、参数检查：TPS项目中所有文件应有效和完整，TPS、TP、ID的名称、编号、版本等标识应配套。UUT部件号(包括破折号、修改情况和TPS测试的其他设备的序列号)应包括在引用的测试需求的部件号列表中。

资源一致性检查：要求TPS指定资源的信号参数、类型、量值精度等指标应与测试需求的要求相符合。

完备性检查：TPS的完备性检查应符合以下规定：TP应按测试需求中所规定的每一项要求执行测试，测试规程、诊断规程、维护规程、ATE操作指令应完备、清晰、无歧义。

安全性检查：检查TPS的所有警告、注意、提示和其他安全规定应满足测试需求的要求，测试方案应确保操作者、UUT和ATE的安全。

偏差检查：TPS不能满足测试需求要求的部分称为偏差。在TPS中允许出现偏差，但是这些偏差应以文本形式说明，并且能够证明纠正了测试需求中的错误或遗漏。如果TPS中所有的偏差均有合理的说明，则可认为TPS是正确的，尽管有偏差，TPS也可以使用。TPS中没有以文本形式说明的偏差应认为是错误的。

在本发明的TPS转换与生成模块中，TPS接口验证功能通过调用验证系统硬件资源，验证TPS的接口设计、测试资源分配的有效性和合理性。

接口装置(ID)是电子装备TPS的组成部分，在被测电子装备与ATE之间提供机械和电气连接，并提供信号调节的装置，它包括通用接口(GPI)和接口测试适配器(ITA)。通用接口(GPI)是将ATE提供的所有测试与测量通道引至其上的装置，具有符合要求的电磁兼容、抗干扰、阻抗匹配和信号传输能力。对通用接口GPI的要求主要是由ATE来确定的，因此对接口装置(ID)的验证评估主要集中在对接口适配器(ITA)上。接口测试适配器(ITA)是提供UUT和GPI之间信号、电源连接与调节的装置。

TPS接口验证的另一个方面是验证TPS的可移植性。TPS开发过程中，由于开发平台的差异，会造成电子装备的测试分析文档、ATE操作手册、测试接口适配器、测试程序等几部分内容有很大的不同。同一块电子装备要想在不同的ATE上进行测试，往往需要在不同的开发平台上进行重复开发，资源浪费严重。当ATE设备升级或在ATE间移植TPS时，用户最关心的是TPS不经改动或少量改动就能使用，以最大限度保护用户投资。

测试软件从结构上可分为面向仪器、面向应用和面向信号3种形式，而面向信号的开发是测试软件互操作的前提。面向信号的开发使测试需求反映为针对电路板端口的测量激励信号要求，当测试资源模型也是围绕“信号”而建立时，只要通过建立虚拟信号资源向真实信号资源的映射机制，就可以实现TPS在不同配置的测试系统上运行。要想使得TPS具有最大的通用性，这就需要对不同测试系统上的TPS结构进行详细地分析。由于各自动测试系统所具有的仪器模块、测试程序集(TPS)开发环境、测试接口不完全一样，导致了在它们之上所开发的TPS不兼容的问题。对TPS可移植性进行验证评估主要包括通用适配器、标准仪器配置和软件接口标准化等方面。

在本发明的TPS转换与生成模块中，TPS自动生成程序完成测试流程的高级配置，组装测试任务。TPS自动生成是用户创建测试系统工作的最顶层的一部分。在使用该功能模块之前，用户已经通过系统集成程序定义和描述了硬件系统的连接情况以及测试系统资源和UUT信号的分配情况。并且，用户通过TPS配置程序已经按面向信号的方式创建了组成全部测试流程所需的小的TPS片断。测试程序自动生成的功能是为用户提供一个测试程序连接、“编译”、调试、发布的一个集成IDE环境。

首先，用户根据被测对象的测试需求(如综合测试、单元测试等不同情况)在TPS配置库中选择必要的TPS片断进行组合连接(一个完整的测试流程可能由1个到几十个、甚至几百个TPS片断组成)。由于在TPS配置程序中创建的TPS中不含有流程的走向和控制信息，所以，在程序生成器中，用户可以向连接后的测试流程中添加关键控制节点已控制测试流程的走向，特别是在具有多种条件性的测量节点处，可能会出现多只跳转的情况。最简单的情况，用户不向测试流程中添加任何关键控制节点，则系统默认测试流程处于顺序执行方式。

其次，用户对确定的测试流程进行“编译”处理。测试流程的“编译”过程实际上将测试流程中的虚拟资源映射到物理资源的过程，因为在TPS配置程序中，用户按照面向信号的方式进行TPS节点配置，针对信号所选择的测试资源和ITA资源都是由虚拟资源来表达的，用户通过系统集成程序随时可以对这些虚拟资源进行物理映射(自动的和人工的)，那么在测试程序生成器的编译过程中，就是在后台将面向信号的测试流程转化为面向仪器的一个个可执行的操作动作，同时将测试流程中的虚拟资源的描述转换为实际的物理资源描述。编译过程所要完成的另一个功能就是逻辑检查。逻辑检查的过程是对测试流程中的关键控制节点所形成的逻辑走向进行校验，对非法的、不完整的逻辑组合进行提示和定位。编译过程要完成的第三个功能就是将用户界面定制程序生成的配置信息加载道测试流程里来。“编译”过程的最后一个功能就是生成统一的、完整的一个测试流程文件。

第三，用户对编译后的测试流程进行调试运行。针对调试运行过程，测试程序生成器应提供对流程中所有已分配环境变量、运行变量和结果变量等的监测手段。最后，用户启动测试程序发布功能，对确定的测试流程、用户界面的定制信息以及程序运行所需的系统文件和资源进行打包和发布，生成由最终测试人员使用的安装程序。

在本发明的TPS执行/仿真运行模块中，运行转换后的TPS，完成TPS各项要素的需求验证(确认)，并给出流程、数据接口等TPS关键要素验证评估结果。

TPS运行模块用于执行待验证的TPS，同时通过协调控制通用模拟器执行转换后的TPS，实现诊断策略和TPS数据验证的过程的自动化。TPS运行模块本身只是一个服务框架，该服务在运行过程中解析相应流程配置文件，调入测试诊断流程，同时加载用户订制的用户界面格式，测试执行的运行时服务程序在整个程序运行过程中充当总调度的角色。

在执行平台上，需要完成主要功能如下：

用户认证功能：用户在进入系统时，需要通过输入用户ID和密码，向系统请求登录，系统根据加密算法进行用户ID和密码的校验，获取用户被分配的权限，从而加载和启动不同的功能模块。

连续执行功能：用户启动连续执行功能，系统启动相关的服务程序，对执行队列进行读写操作，进行连续的测试过程，通过数据采集、显示、存储等一系列的动作序列完成整个测试流程的执行，执行过程包含对仪器的读写控制。

单步执行功能：单步执行过程和连续执行过程从内部执行过程来讲一样，不同之处表现在单步执行完成用户指定的某一测试点的执行，属整个流程的一个子集，执行完成后自动将执行队列的指针移动到下一个测试点。

区间执行功能：区间执行与连续过程基本一致，不同的是流程的执行区间由用户指定。

重复执行功能：重复执行功能同单步执行基本相同，不同之处在于重复执行功能在选中测试点执行完成后，不移动活动指针，用户下一次执行该功能依旧作用在当前测试点上。

断点设置功能：用户可以在测试流程的任意节点处设置断点，流程执行到断点处时停留等待用的操作输入。用户可以一次将流程的所有测试点设为断点，可以一次清除所有断点。

设备自检功能：根据当前加载并解析的测试流程，分解出流程中用到的仪器组，初始化(或自检测试)仪器组，获得仪器组中所有仪器的控制句柄，形成仪器列表，给出自检结论。

数据打印功能：打印当前的测试结果。

数据回放功能：这个数据回放区别于数据报表管理程序中的数据回放，这是在测试执行的界面里，一次测试完成后，用户通过浏览结果列表中的测试结果，系统回放其与结果相关的波形曲线、时序关系以及IO状态、开关动作等。

时间监测功能：时间监测功能完成测试执行时所有与执行过程相关的时间进程的监测、提示、报警、累计等功能。如系统的运行时间、当前系统时间、被测对象的里程碑时间(如设备加电时间)，系统累计运行时间，被测对象的累计测试时间等等。

加载流程功能：加载流程功能负责将流程数据源中的流程信息读出来，进行流程信息的解析，将执行过程中的逻辑跳转和流程控制逻辑(如ifelse)进行解析压栈处理，形成测试执行队列，同时将流程中的仪器信息分解到仪器列表中(这部分工作依靠仪器管理引擎来完成)。

事务管理引擎(运行时服务)：事务管理引擎负责加载系统中的其他服务程序以及各功能组件；处理来自用户的操作和调用请求；访问系统状态机，返回系统运行状态。该引擎的一部分接口是直接暴露给用户的API接口，使得用户通过该引擎了解系统运行过程中的状态。

执行逻辑管理引擎：执行逻辑管理引擎是整个软件的核心部分，它负责控制整个测试流程的执行逻辑，加载和调度执行功能组件、仪器管理引擎、数据管理引擎、总线数据泵、总线消息泵等等。

执行逻辑管理引擎的流程输入来源于执行队列，而执行队列中的测试流程经过逻辑编译器进行解析(或编译)过的执行逻辑，执行逻辑管理引擎从执行队列中循环提取测试节点信息，调用相关的服务组件来完成节点动作。调用逻辑编译器来读取并执行最终的逻辑控制流。

用户界面调度引擎：用户界面调度引擎负责调度与测试结果相关的显示界面的切换和数据刷新功能，同时将来自用户界面上的用户输入请求转发给运行时服务。在测试执行程序初始化时，读取用户界面的定制信息，生成用户界面。

总线数据泵：总线数据泵的工作方式分为两种，接收数据和发送数据。数据泵主要接收来自执行逻辑管理服务的测试结果数据；发送数据主要向用户界面调度引擎传送数据。通常情况下，接收数据和发送数据的过程都是被动方式，即发送和接受过程都要有相应的接收方和发送方的数据请求来驱动。

总线消息泵：总线消息泵负责转发系统内部所有功能服务间的通讯消息。正常情况下，消息应包含的内容为：发送方标识，接收方标识，消息类型(立即发送，投递发送)，消息内容，附加信息(如数据地址)等。

数据管理引擎：数据管理引擎是所有服务或功能组件访问数据库或数据资源的唯一接口，它负责查找和维护数据资源。

仪器管理引擎：仪器管理引擎负责在测试执行过程中的对测试仪器的调度。从上层仪器框架的构建来讲，仪器管理引擎分7类来管理仪器：多用表类、示波器类、电源类、波形发生器类、开关类、通讯仪器类、一般仪器类(满足非标扩展、复合仪器)。仪器管理引擎必须考虑到同类仪器的可互换问题，也应考虑目前仪器驱动结构是VISA和IVI两种方式共存的问题，仪器管理的目标是在仪器驱动层和上层应用之间构建一个虚拟层。

打印服务：打印服务根据数据源进行打印输出，分为两种输出方式：模式1依靠WORD输出，模式2是自身实现一套打印输出功能(如创建表格)等。

逻辑编译器：逻辑编译器的功能是完成加载流程的解析(或编译)。配置文件中的流程信息是一个顺序排放的测试节点序列，逻辑编译要从流程中解析出关键节点，形成逻辑控制流，供执行逻辑管理引擎在执行时调用。

数据处理：数据处理功能组件负责完成测试流程中节点类型为数据处理节点的所有操作动作的实现。数据处理节点中含有原始数据存放得变量空间以及用户配置得对原始数据的处理模型。该部分的数据处理功能包含语法分析和词法分析的能力。

故障诊断：故障诊断功能组件负责完成测试流程中节点类型为故障诊断节点的所有操作动作的实现。故障诊断功能组件中包含诊断模型和诊断算法的配置，诊断的原始样本来源于节点配置中的变量空间的定义。典型的TPS运行流程如图5所示。

本发明的TPS评估方案和评估分析报告生成功能，支持生成TPS验证评估方案，能够输出TPS验证评估分析报告。

如图6所示，本发明的可互换虚拟仪器(IVI)支撑接口提供IVI接口访问中间层。采用IVI-C/IVI-COM规范，支持仪器可互换、测试资源(平台)与测试需求(TP)的分离。IVI仪器管理总线架构及仪器驱动生成向导维护一个智能化的IVI仪器管理总线架构和仪器驱动生成向导。满足IVI-C/IVI-COM的两种仪器驱动结构的管理和运行时维护。

IVI仪器管理体系构架构中支持的仪器种类：

万用表类(IviDmm Class)

示波器类(IviScope Class)

函数发生器类(IviFgen Class)

直流电源类(IviDCPwr Class)

开关类(IviSwtch Class)

功率计类(IviPwrMeter Class)

射频信号源类(IviRFSigGen Class)

频谱分析仪类(IviSpecAn Class)

通讯仪器类(IviCom Class)(自行扩展)

Claims (8)

1.一种装备测试程序集验证系统，其特征在于：包括控制计算机、测试资源、总线、资源分配组合、信号接口单元和TPS验证平台，被测对象与所述信号接口单元连接，所述信号接口单元与资源分配组合交互，所述资源分配组合将测试资源分配至模块中，所述模块通过总线连接控制计算机；TPS验证平台通过测试接口适配与通用模拟器相连接，将TPS发送至通用模拟器，进行TPS程序、数据、接口的全面验证；

所述TPS验证平台包括TPS转换与生成模块、TPS执行/仿真运行模块、TPS验证方案与评估分析报告生成模块和IVI可互换仪器架构支撑接口，所述TPS转换与生成模块包括TPS转换功能、TPS流程验证功能、TPS数据验证功能、TPS接口验证功能、TPS自动生成功能；

所述TPS执行/仿真运行模块用于运行转换后的TPS，完成TPS各项要素的需求验证，并给出TPS关键要素验证评估结果；

所述TPS验证方案与评估分析报告生成模块用于生成TPS验证方案，输出TPS验证评估分析报告；

所述IVI可互换仪器架构支撑接口用于提供IVI接口访问中间层，支持仪器可互换、测试资源与测试需求的分离。

2.根据权利要求1所述的一种装备测试程序集验证系统，其特征在于：所述TPS转换功能模块包括TPS校验，用于确保转换前被测TPS内容正确；所述TPS转换功能模块将待转换的TPS进行加载；检查已加载的TPS的正确性，检查通过的TPS进行转换；设置目标ATE文件和故障信号，进行信号描述和仪器能力匹配，进行TPS转换并自动保存转换TPS。

3.根据权利要求1所述的一种装备测试程序集验证系统，其特征在于：所述TPS流程验证功能用于验证TPS流程的逻辑合理性、流程完整性和测试覆盖性，实现被验证TPS的仿真运行和过程监控；测试流程TP包含对测试过程的控制及对所测得的响应信号的处理，完成对被测对象是“正常”还是“故障”的判断，判断为“故障”时，隔离故障，找出故障源。

4.根据权利要求1所述的一种装备测试程序集验证系统，其特征在于：所述TPS数据验证功能用于验证TPS流程中的参数、结果数据的标准化、一致性，确保TPS的正确性和完备性；所述TPS数据验证功能包括文档、参数检查、资源一致性检查、完备性检查、安全性检查和偏差检查。

5.根据权利要求1所述的一种装备测试程序集验证系统，其特征在于：所述TPS接口验证功能用于验证TPS的接口设计、测试资源分配的有效性和合理性；TPS包括接口装置，所述接口装置用于连接被测装备和ATE，所述接口装置包括通用接口和接口测试适配器；所述TPS接口验证功能用于验证接口测试适配器和TPS的可移植性。

6.根据权利要求1所述的一种装备测试程序集验证系统，其特征在于：所述TPS自动生成功能用于完成测试流程的高级配置，组装测试任务；所述TPS自动生成功能的工作流程为：根据被测对象的测试需求在TPS配置库中选择必要的TPS片段进行组合连接；对确定的测试流程进行编译处理，生成测试流程文件；对编译后的测试流程进行调试运行；启动测试程序发布功能，对确定的测试流程、用户界面的定制信息以及程序运行所需的系统文件和资源进行打包和发布，生成由最终测试人员使用的安装程序。

7.根据权利要求1所述的一种装备测试程序集验证系统，其特征在于：所述TPS执行/仿真运行模块包括用户认证功能、连续执行功能、单步执行功能、区间执行功能、重复执行功能、断点设置功能、设备自检功能、数据打印功能、数据回放功能、时间监测功能、加载流程功能、事务管理引擎、执行逻辑管理引擎、用户界面调度引擎、总线数据泵、总线消息泵、数据管理引擎、仪器管理引擎、打印服务、逻辑编译器、数据处理、故障诊断。

8.根据权利要求1所述的一种装备测试程序集验证系统，其特征在于：所述IVI可互换仪器架构支撑接口支持的仪器包括万用表类、示波器类、函数发生器类、直流电源类、开关类、功率计类、射频信号源类、频谱分析仪类、通讯仪器类。