正文
基于国际标准的通用自动测试软件平台设计
传统自动测试系统缺乏通用性，最根本的解决方法是标准化。本文以ABBET（A BroadBased Environment for Test）标准为主，与ATS（Automatic Test System）相关的其他国际标准为辅，采用符合标准描 述的软件层次结构，使用COM组件和CORBA等软件设计技术，开发了面向信号的通用自动测试系统软件平台。
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的连接关系，与配置模 型比较类似。采用数据库表的形式来建模，与测试系统配合，实现仪器的匹配、通道的选择和整条通路的连接。
3.3 最佳通路选择问题
实际应用中，具体的硬件设备种类比较多，而且每一种硬件设备都能实现多种信号功能，开关和通路连接也不止一种方式，这样就带来RTS对仪器和通路的选择问题。
测试路径搜索可以用到状态图搜索的理论，目前成熟的算法也比较多。根据实际问题的情况和对最优解的需求，选取A*算法作为最优测试路径选择问题的基本解决方法。A*算法通过对估价值的计算来处 理节点的取舍，在最优测试路径选择的实际问题中，在计算估价值之前利用约束条件、节点位置等信息减少节点的数量，极大地减少搜索的盲目性，迅速求得最佳路径。
相关文章
