通用自动测试软件平台设计

向信号的驱动组件，当虚拟资源映射成真实信号时，仪器暴露给软件系统的是信号接口，而不是具体仪器。ABBET采用TFF信号模型描述测试需求，与具体测试系统无关。

图3显示了基于TFF信号模型的面向信号测试系统软件平台结构。

图3　软件平台结构

测试策略和需求层用于用户配置测试信息，如测试需求、测试策略。

测试程序层完成测试流程设计，并从测试需求和测试流程转换为测试代码。TFF信号模型组件库为不同编程开发环境的TPS开发提供信号模型。

资源管理层完成虚拟资源到实际资源的映射，执行具体的测试流程。编程语言接口将各种编程语言表示的测试信号资源需求形式变换成虚拟资源。资源模型库用来具体资源建模。驱动组件对驱动实际资源。

仪器控制层全面遵守IVI仪器驱动规范，利用IVICOM技术，驱动实际测试仪器。

3　关键技术讨论

3.1　RTS运行机制

RTS是资源管理层中核心组件，它首先对测试程序进行语法检查和编译，转换为信号模型对应的条目（信号类型、UUT 端口连接、信号范围、信号属性、方法调用等）；然后启动查询引擎，将虚拟资源定位到真实资源；接下来调用驱动引擎，按照连接模型执行UUT端口和信号端口连接算法，并执行信号模型规定操作，实现测试流程。

RTS机制保证了虚拟资源与真实资源完全隔离。虚拟资源只提出测试需求，不涉及ATS仪器配置。RTS在TPS运行中始终处于工作状态，捕获TPS的测试需求，控制驱动组件驱动实际仪器执行测试流程，直到TPS执行完成后才退出。

3.2　虚拟资源管理机制实现

资源管理层是平台的核心层。在RTS组件中的"虚拟资源管理器"模块的作用是对具体信号进行分析，然后对具体仪器进行选取和驱动。虚拟资源管理结构如图4所示。

3.2.1　虚拟资源建模

平台中虚拟资源采用TFF信号模型建模方法和组件技术，按照面向对象的思想，将信号分为有限的几类：常值、斜坡、随机、指数、脉冲、阶越、衰减正弦、梯形、噪声（非周期类），正弦曲线、三角、方波、标准正弦、其他波形（周期类）。其中，每类信号都以统一参数属性表建模，以便于实例化。

3.2.2　信号驱动组件

仪器驱动组件模型采用TFF 信号驱动组件模型，模型包括信号信息（名称和逻辑地址等）、信号属性、信号能力、信号端口及其信号驱动方法。这和虚拟资源的需求是一一对应的，有利于虚拟资源到真实资源的映射。同时它还包含信号名称、逻辑地址及其能力等信息，提供给RTS做查找真实资源和定位。具体来说，向上对信号驱动组件通过信号模型中的方法和事件实现，向下对底层仪器的操作使用通用的重封装的具体仪器驱动实现。

3.2.3　资源模型实现

测试资源模型提供ATS对系统资源配置和与被测单元连接通路的数据模型及管理，资源模型包括设备模型、配置模型及适配器模型，使用数据库建立和表示模型，使模型规范化和易修改。

设备资源模型DM描述了具体资源的相关信息，是实现资源管理器依照信号需求选择仪器的基础。在数据库中通过设备记录表和设备功能表来描述设备模型：设备记录表描述了ATE系统中所有的测试设备的相关信息；设备功能表记录了测试系统中仪器设备的信号发生/测试能力。

配置CM模型定义了具体测试系统的开关资源的输入、输出关系。其中包含了各种开关资源、模拟总线的连接问题，因而具有较复杂的连接关系。适配器模型AM定义了开关资源与UUT的连接关系，与配置模型比较类似。采用数据库表的形式来建模，与测试系统配合，实现仪器的匹配、通道的选择和整条通路的连接。

图4　虚拟资源管理结构

3.3　最佳通路选择问题

实际应用中，具体的硬件设备种类比较多，而且每一种硬件设备都能实现多种信号功能，开关和通路连接也不止一种方式，这样就带来RTS对仪器和通路的选择问题。

测试路径搜索可以用到状态图搜索的理论，目前成熟的算法也比较多。根据实际问题的情况和对最优解的需求，选取A*算法作为最优测试路径选择问题的基本解决方法。A*算法通过对估价值的计算来处理节点的取舍，在最优测试路径选择的实际问题中，在计算估价值之前利用约束条件、节点位置等信息减少节点的数量，极大地减少搜索的盲目性，迅速求得最佳路径。

结语

在已有平台上的试验证明，这种软件平台的设计是可行的。基于国际标准设计测试系统软件平台，解决了仪器互换性和TP可移植问题，体现了面向对象的思想，实现了测试系统软件平台的通用性。

参考文献

[1] IEEE Std 12261998. IEEE trialuse standard for A Broad Based Environment for Test (ABBET),overview and architecture，199906.

[2] IEEE Std 1226.31998. IEEE standard for software interfac