目前虚拟仪器ATS（自动测试系统）的研究是国内外测试领域的研究热点，其研究方向主要集中在TPS[1]的可移植性、ATE的互换性和软件模块的可重用性上，形成了基于仪器[1]、基于信号[2]、基于组件[1]的三类较为成熟的ATS软件体系结构，但同时也不难看到测试人员开发和维护测试系统的难度正不断增大，这严重制约着ATS的推广应用。
　　传统的测试任务生成方法，不仅开发难度大、维护成本高，而且需要测试人员既要懂得测试原理，也要有扎实的程序设计基础。当前国际通用的自动测试语言——ATLAS[3]，作为面向被测单元而与测试仪器无关的信号描述语言，实现了测试程序与ATE(自动测试设备)的无关性，但基于该语言的ATS开发成本极高，同时也需要开发人员花大量时间掌握纷繁的ATLAS语言结构。这都与一般工程应用实际的要求存在着较大差距。为此通过借鉴软件测试自动化中的脚本技术[4]，并结合虚拟仪器成熟的软件框架结构，提出面向应用的测试任务自动生成与运行方法，实现从传统用代码操作PXI仪器的开发方式转换为面向应用的开发方式，有效解决在变更测试任务需求时，传统自动化测试方法难以快速适应的问题。
　　该方法的核心思想是利用测试人员熟悉仪器操作，为测试人员设计一个操作和测试程序相对应的自动生成、运行平台,力求实现测试用户开发测试系统的零编程 [5]。本文将重点介绍该方法所基于的平台软件体系结构以及各功能模块的功能、组成和接口情况。
1 通用ATS开发平台的软件体系结构设计
　　结合现有的ATS软件体系结构、分层思想，设计基于该技术的通用ATS开发平台软件体系结构[6]如图1所示，其中实线箭头表示实际存在的调用关系，虚线表示存在的间接的调用关系。整个故障测试系统分为四层，下层通过组件技术封装成动态链接库的形式供上层调用，这样方便系统的维护，模块化的开发也将有利于提高开发效率。各层具体功能如下： 

　　(1) 测试任务管理层
　　每一个测试项目都分为若干个测试单元，每个测试单元由多个测试模块组成，一个测试模块由多个元器件组成，对测试单元、测试模块、元器件分别添加测试任务就能完成不同规模、不同层次的测试。在管理层就是完成测试项目流程库的构建，是自动测试的前提。
　　(2) 仪器管理层
　　该层作为中间层，主要实现向上提供统一的调用接口，对下层的仪器模块实现管理。另外，该层还完成脚本的管理、编辑，在该层实现测试任务脚本的生成。
　　(3) 仪器模块层
　　该层由具体的仪器模块组成，一个仪器模块外部由仪器软面板构成，内部主要包含针对该仪器的三个功能模块：直接运行、脚本生成、脚本解释器。脚本解释器功能模块供脚本执行层调用，它是测试任务管理层实现自动测试的基础。脚本生成功能模块主要提供给仪器管理层完成测试任务脚本的生成。
　　(4) 脚本执行层
　　该层作为仪器管理层的脚本管理功能的具体实现，供测试任务管理层在测试任务执行时调用，主要完成根据不同的脚本语句第一个标识符(逻辑设备名或其他脚本控制标识)，将测试任务的脚本分发给不同仪器的解释器解释执行。
　　四层功能既相互独立，又相互依存。面向应用的测试任务自动生成与运行方法以整个软件框架为依托，是整个测试系统的核心思想。
2 脚本规范设计
　　为了保证脚本的统一解释运行，使得测试运行时具有良好的交互性，通过借鉴成熟的软件自动测试中的关键字驱动脚本技术[3]，并且利用IVI中通用驱动函数库，定义了一套脚本规范，包括仪器操作脚本集、运行提示脚本集、脚本注释集、脚本延时运行集、并行脚本。
　　(1) 仪器操作脚本集中语句语法格式定义为：
　　DevName,OPERAT,（Para 1，...，Para n）,（RetPara）, RetType;
　　其中：DevName为逻辑设备名，例如，“AFA”（音频分析仪），“DMM”（数字万用表）；OPERAT为仪器操作定义，例如，“CONFIG”（配置），“OPEN”（打开），“CLOSE”（关闭）；Para n为仪器参数，例如，输出信号的频率、幅值，输入信号的采样频率、采样点数等，其顺序关系确定后就被固定下来；RetPara为返回参数，指定该次测试需要返回的测量值；RetType为返回类型，将测量值按照指定的数据格式进行转换。
　　(2) 运行提示脚本集定义如下：
　　MSG,STRING,这是操作提示,NORET; MSG,END,NORET;
　　(3) 脚本注释集：
　　COMMENT,这是脚本注释;
　　(4) 脚本延时运行集：
　　DELAY,延时值（双精度数值）;
　　(5) 并行脚本集：
　　SUBSCRIPT_BEGIN,并行脚本标识;
　　SUBSCRIPT_END,并行脚本标识;
　　SUBSCRIPT_START,并行脚本标识。