CN111159032A - 一种信号驱动的通用自动测试开发系统及系统建立方法 - Google Patents

Abstract

本发明涉及自动测试技术领域，特别是涉及一种信号驱动的通用自动测试开发系统及系统建立方法；主要模块包括：测试资源建模、测试策略开发、可视化流程编辑、代码自动生成、ATML兼容性检查和驱动程序生成。本发明采用可视化的建模方式建立测试过程模型，根据测试仪器、测试对象和测试策略间信号的匹配关系能够自动的进行测试模型的构建和插针的连线，极大的降低了用户计算机语言能力要求，直观灵活，可快速实现复杂的测试需要。

Description

一种信号驱动的通用自动测试开发系统及系统建立方法

技术领域

本发明涉及自动测试技术领域，特别是涉及一种信号驱动的通用自动测试开发系统及系统建立方法。

背景技术

装备体系总体效能的发挥，取决于系统的综合性能，现有的装备自动测试系统缺乏统一、开放的标准，测试程序严重依赖具体仪器，测试信息无法交互，并且不能实现跨平台、跨设备的自动测试程序移植，互操作性差。

发明内容

本发明的目的在于克服现有技术的缺点，提供一种信号驱动的通用自动测试开发系统及系统建立方法，使用户可快速的完成测试程序的开发工作。

本发明的目的是通过以下技术方案来实现的：一种信号驱动的通用自动测试开发系统，其特征在于：所述通用自动测试开发系统包括测试流程建模模块、测试程序编辑模块和数据库模块；所述数据库模块包括资源模型数据库、测试策略数据库以及测试流程数据库；所述测试流程建模模块生成资源模型、测试策略、测试流程分别存入数据库模块包含的资源模型数据库、测试策略数据库、测试流程数据库；所述测试流程建模模块生成测试程序所需的C++代码文件，测试程序编辑模块对测试流程建模模块生成测试程序所需的C++代码文件编译、链接并生成可运行的测试程序组件。

所述测试流程建模模块包括资源建模工具模块、测试策略开发模块、可视化流程开发模块和ATML兼容工具模块；资源建模工具模块生成资源模型，用于测试策略开发模块使用，测试策略开发模块生成测试策略信息，用于可视化流程开发模型与ATML兼容工具模块使用；

所述资源建模工具模块提供界面输入，通过资源模型数据库进行模型数据读写实现测试系统资源模型的构建；

所述测试策略开发模块提供测试策略开发界面，通过编辑将测试流程以测试策略树的形式呈现；

所述可视化流程开发模块主要用于测试流程图的编辑、开发，以及对测试过程中所使用的测试资源进行配置；

所述ATML兼容工具模块用于对ATML(IEEE 1671)体系标准进行兼容支持，可实现ATML测试模型的自动生成与解析。

所述资源模型包括信号模型、接口适配器模型、测试仪器模型、测试对象模型、矩阵开关模型以及测试系统模型；其中信号模型用于测试仪器模型、测试对象模型的所需的测试信号；接口适配器模型、测试仪器模型、测试对象模型、矩阵开关模型供测试系统模型构建时使用。

所述测试策略开发模块包括测试策略树子模块、测试单元子模块以及测试流程子模块；其中，所述测试策略树子模块用于构建包含测试策略、测试组、测试三层结构的测试策略树，所述测试单元子模块用于为测试策略树子模块提供所需的语法单元、功能单元以及动词单元，所述测试流程子模块用于将测试策略树子模块各节点所包含的测试单元子模块的测试单元自动转换为对应的图元实现测试流程图的自动生成。

所述语法单元包括赋值单元、循环单元、跳转单元、分支单元；功能单元包括计时单元、虚拟面板调用单元、外部程序调用单元、连接器单元、延时单元、触发器单元；动词单元包括APPLY、ARM、CHANGE、EXCHANGE、FETCH、INITIATE、MEASURE。

所述可视化流程开发模块包括可视化流程编辑子模块、资源配置子模块以及代码生成子模块；其中，所述可视化流程编辑子模块用于对测试流程图中的图元进行添加、删除、剪切、粘贴以及公共属性和私有属性的编辑，所述资源配置子模块用于对用户所选测试流程图中的测试过程进行测试资源的自动配置，所述代码生成子模块用于根据测试流程图的逻辑结构自动生成测试程序所需的C++代码文件。

所述测试程序编辑模块包括C++代码编辑模块、ATLAS语言编辑模块和驱动开发模块；所述C++代码编辑模块用于对测试程序中的C++语言程序进行查看、编写、修正、编译、链接并生成可运行的测试程序组件；所述ATLAS语言编辑模块用于对测试程序中的ATLAS语言程序进行查看、编写、转换、编译、链接并生成可运行的测试程序组件；所述驱动开发模块包括驱动代码编辑子模块与驱动测试子模块，其中，所述驱动代码编辑子模块用于驱动代码的查看、编写、修改并按IVI-COM结构进行组件化封装与发布，所述驱动测试子模块用于测试所编写的驱动程序能否控制仪器实现对应的功能。

通用自动测试开发系统的系统建立方法，其特征在于：包括以下步骤：

步骤1，资源建模工具建立各种自动测试系统模型；

步骤2，建立测试策略；

步骤3，生成支持ATML体系标准的测试模型；

步骤4，生成可视化测试流程图，并对测试流程图中的测试图元进行资源配置；

步骤5，生成测试程序C++代码文件，编译生成测试程序组件；

步骤6，若需要ATLAS测试程序，则使用ATLAS语言直接编写ATLAS程序，或者载入已有的ATLAS工程，编译生成测试程序组件；

步骤7，进行测试资源的驱动开发。

所述步骤1包括以下子步骤：

子步骤1-1，建立信号模型；

子步骤1-2，建立接口适配器模型；

子步骤1-3，建立测试资源模型；

子步骤1-4，建立测试对象模型。

所述步骤7包括以下子步骤：

子步骤7-1，生成测试资源驱动程序接口框架；

子步骤7-2，配置并编写驱动程序的初始化、关闭、以及功能实现代码；

子步骤7-3，编译生成驱动程序。

本发明的有益效果是：采用可视化的建模方式建立测试过程模型，根据测试仪器、测试对象和测试策略间信号的匹配关系能够自动的进行测试模型的构建和插针的连线，极大的降低了用户计算机语言能力要求，直观灵活，可快速实现复杂的测试需要。

附图说明

图1为本发明的模块框图；

图2为本发明的信号模型建模图；

图3为本发明的测试适配器建模图；

图4为本发明的测试仪器建模图；

图5为本发明的测试对象建模图；

图6为本发明的测试策略建模图；

图7为本发明的可视化流程编辑图；

图8为本发明的代码编辑图；

图9为本发明的驱动程序编辑图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。

基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明提供了一种信号驱动的通用自动测试开发系统及系统建立方法，通用自动测试开发系统框图参见图1所示。包括测试流程建模模块、测试程序编辑模块和数据库模块。测试流程建模模块生成资源模型、测试策略、测试流程分别存入数据库模块包含的数据库中；测试流程建模模块生成测试程序所需的C++代码文件，测试程序编辑模块对测试流程建模模块生成测试程序所需的C++代码文件编译、链接并生成可运行的测试程序组件；

测试流程编辑模块主要包括资源建模工具开发、测试策略开发、可视化流程开发和ATML兼容工具模块；测试程序编辑模块包括C++代码编辑模块、ATLAS语言编辑模块和驱动平台开发模块；数据库模块包括资源模型数据库、测试策略数据库和测试流程数据库；

测试流程建模模块包括资源建模工具模块、测试策略开发模块、可视化流程开发模块和ATML兼容工具模块；资源建模工具模块生成资源模型，用于测试策略开发模块使用，测试策略开发模块生成测试策略信息，用于可视化流程开发模型与ATML兼容工具模块使用；

建立该系统包括以下步骤：

步骤1，资源建模工具建立各种自动测试系统模型，包括信号、阵列接口、接口适配器、测试仪器、自动测试系统、测试对象等模型，为以后的TPS开发提供可使用的模型数据；其中，信号模型提供测试仪器模型、测试对象模型及测试策略开发的所需的测试信号；接口适配器模型、测试仪器模型、测试对象模型、矩阵开关模型供测试系统模型构建时使用；测试对象模型为测试策略开发提供数据；所述的建模工具包括信号建模、适配器建模、仪器建模、测试对象建模。

该步骤包括以下子步骤：

子步骤1-1，参见图2，所述信号建模包括信号模型的定义(信号组、信号类型、信号方向)、信号参数的定义(信号的类别，参数、范围、分辨率、精确度等信息)。信号模型支持STD 1641基本信号类型，也可根据需要进行扩展。

子步骤1-2，参见图3，所述的接口适配器建模包括适配器名称、类型、系列号、接口适配器插针以及插针的定义。所述的操作过程包括选定两个要连接在一起的ICA插针，然后添加连接；在连接结果列表框中选定要删除的连接，进行删除操作。

子步骤1-3，参见图4，所述的仪器建模包括仪器名称、类型、插针、通道、信号以及连接关系配置。

子步骤1-4，参见图5，所述的测试对象建模主要包括信息定义、插针定义、插针组定义、信号连接定义和连接关系定义。

步骤2，建立测试策略，参见图6，所述的测试策略由三层结构组成，分别为测试策略根节点、测试组、测试。测试策略树的根节点表示一个测试集合，测试组则表示了一个独立的测试工艺，它是运行环境可调度的最小单元，测试则是测试组下的一系列测试步骤。

所述的一种信号驱动的通用自动测试开发系统为测试策略提供了语法单元，如循环、跳转、分支，赋值测试组跳转以及很多的功能单元，如输出消息、计时、虚拟面板调用、输出数据到Excel文件、外部程序调用、连接器、延时等，为支持并行测试提供了触发器和时钟功能，为驱动测试仪器提供了子测试单元，并可以添加很多的动词单元，从而驱动测试仪器的各种功能。

步骤3，所述的ATML兼容工具提供了支持ATML(IEEE 1671)体系标准和STD信号(IEEE 1641)标准的能力，具有ATML数据交换能力，实现了兼容ATML标准。使得自动测试系统符合ATML标准，实现与其他符合ATML标准的自动测试软件平台之间的互相兼容。

步骤4，生成可视化测试流程图，所述的可视化编辑流程主要完成对测试过程中所使用的测试资源的配置工作，同时为增加灵活性，允许用户对流程图进行拖拽式交互编辑，调整测试流程，或者进行测试程序的图形化开发。

参见图7，可视化流程编辑器中包括的编辑图元类型与测试策略中的类型相同，可参考测试策略描述部分，用户可对图元进行添加、删除、剪切、粘贴等操作。

所述的可视化流程编辑器中每个图元都具有可编辑的属性，包括公共属性和私有属性，公共属性对每个图元都是相同的，包括字体、背景颜色、标签等外观属性，可以改变图元的显示，使流程图具有更丰富的显示效果；私有属性对每种图元都不相同，如条件图元包含条件属性，循环图元包含循环次数及循环条件属性，测试图元则包含该图元所使用的测试仪器、连接路径等资源配置属性。在编辑资源配置属性时，编辑器会根据该测试图元的信号模式，在资源数据库中自动查找与该信号模式的参数匹配的所有测量仪器，并将这些仪器列在表格中，自动或手动方式实现测试仪器选型，实现信号驱动的测试设备动态匹配。

步骤5，生成测试程序C++代码文件，编译生成测试程序组件；参见图8，所述的代码编辑器可打开由流程图产生的C++代码文件，用户可对文件进行编辑，进一步对测试程序进行修改，也可以打开以前产生的文件或加入新的C++文件。所述的代码编辑器

提供了对C++代码编译链接的功能，可将源代码编译为运行平台所需要的测试程序组件，编译过程中产生的信息全部输出到平台输出窗口中，如果含有语法错误，用户可点击该错误信息，编辑器将自动定位到相应的C++文件的对应代码行中，方便修改错误。

在当前的自动测试系统中，既有用C语言编写的测试程序，也有大量的使用ATLAS语言编写的测试程序，为提供兼容性，所述的代码编辑器提供了ATLAS语言编辑,该编辑器可直接编写ATLAS程序，也可以载入已有的ATLAS工程，在编辑器内部含有代码转换工具，该工具可根据ATLAS语言及当前建立的测试资源环境，将编译出运行平台可使用的测试程序组件。

所述的代码编辑器自动生成驱动程序接口框架，能生成驱动程序的一系列文件，也能检查代码的语法错误，同时能够查看驱动程序的编译输出信息。

步骤6，所述的ATLAS语言编辑可直接编写ATLAS程序，也可以载入已有的ATLAS工程，在编辑器内部含有代码转换工具，可根据ATLAS语言及当前建立的测试资源环境，将编译出运行平台可使用的测试程序组件。

步骤7，参见图9，所述的驱动开发平台定义了四种驱动程序功能组：一是IVI固有功能组，为所有IVI驱动程序必须实现的函数和属性，如初始化、自检、复位、状态缓存使能、仿真使能等；二是仪器类基本功能组，IVI中定义了八类仪器的基本功能，类兼容的仪器驱动程序应当实现；三是仪器类扩展功能组，一般类兼容的仪器驱动程序应当实现；四是专用功能组，为仪器专用功能和属性。按照IVI-COM结构把所有的仪器驱动程序包装成组件发布，便于系统调用和维护。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种信号驱动的通用自动测试开发系统，其特征在于：所述通用自动测试开发系统包括测试流程建模模块、测试程序编辑模块和数据库模块；所述数据库模块包括资源模型数据库、测试策略数据库以及测试流程数据库；所述测试流程建模模块生成资源模型、测试策略、测试流程分别存入数据库模块包含的资源模型数据库、测试策略数据库、测试流程数据库；所述测试流程建模模块生成测试程序所需的C++代码文件，测试程序编辑模块对测试流程建模模块生成测试程序所需的C++代码文件编译、链接并生成可运行的测试程序组件。

2.根据权利要求1所述的一种信号驱动的通用自动测试开发系统，其特征在于：所述测试流程建模模块包括资源建模工具模块、测试策略开发模块、可视化流程开发模块和ATML兼容工具模块；资源建模工具模块生成资源模型，用于测试策略开发模块使用，测试策略开发模块生成测试策略信息，用于可视化流程开发模型与ATML兼容工具模块使用；

所述资源建模工具模块提供界面输入，通过资源模型数据库进行模型数据读写实现测试系统资源模型的构建；

所述测试策略开发模块提供测试策略开发界面，通过编辑将测试流程以测试策略树的形式呈现；

所述可视化流程开发模块主要用于测试流程图的编辑、开发，以及对测试过程中所使用的测试资源进行配置；

所述ATML兼容工具模块用于对ATML(IEEE 1671)体系标准进行兼容支持，可实现ATML测试模型的自动生成与解析。

3.根据权利要求2所述的一种信号驱动的通用自动测试开发系统，其特征在于：所述资源模型包括信号模型、接口适配器模型、测试仪器模型、测试对象模型、矩阵开关模型以及测试系统模型；其中信号模型用于测试仪器模型、测试对象模型的所需的测试信号；接口适配器模型、测试仪器模型、测试对象模型、矩阵开关模型供测试系统模型构建时使用。

4.根据权利要求2所述的一种信号驱动的通用自动测试开发系统，其特征在于：所述测试策略开发模块包括测试策略树子模块、测试单元子模块以及测试流程子模块；其中，所述测试策略树子模块用于构建包含测试策略、测试组、测试三层结构的测试策略树，所述测试单元子模块用于为测试策略树子模块提供所需的语法单元、功能单元以及动词单元，所述测试流程子模块用于将测试策略树子模块各节点所包含的测试单元子模块的测试单元自动转换为对应的图元实现测试流程图的自动生成。

5.根据权利要求4所述的一种信号驱动的通用自动测试开发系统，其特征在于：所述语法单元包括赋值单元、循环单元、跳转单元、分支单元；功能单元包括计时单元、虚拟面板调用单元、外部程序调用单元、连接器单元、延时单元、触发器单元；动词单元包括APPLY、ARM、CHANGE、EXCHANGE、FETCH、INITIATE、MEASURE。

6.根据权利要求4所述的一种信号驱动的通用自动测试开发系统，其特征在于：所述可视化流程开发模块包括可视化流程编辑子模块、资源配置子模块以及代码生成子模块；其中，所述可视化流程编辑子模块用于对测试流程图中的图元进行添加、删除、剪切、粘贴以及公共属性和私有属性的编辑，所述资源配置子模块用于对用户所选测试流程图中的测试过程进行测试资源的自动配置，所述代码生成子模块用于根据测试流程图的逻辑结构自动生成测试程序所需的C++代码文件。

7.根据权利要求2所述的一种信号驱动的通用自动测试开发系统，其特征在于：所述测试程序编辑模块包括C++代码编辑模块、ATLAS语言编辑模块和驱动开发模块；所述C++代码编辑模块用于对测试程序中的C++语言程序进行查看、编写、修正、编译、链接并生成可运行的测试程序组件；所述ATLAS语言编辑模块用于对测试程序中的ATLAS语言程序进行查看、编写、转换、编译、链接并生成可运行的测试程序组件；所述驱动开发模块包括驱动代码编辑子模块与驱动测试子模块，其中，所述驱动代码编辑子模块用于驱动代码的查看、编写、修改并按IVI-COM结构进行组件化封装与发布，所述驱动测试子模块用于测试所编写的驱动程序能否控制仪器实现对应的功能。

8.根据权利要求1-7任意一项所述的通用自动测试开发系统的系统建立方法，其特征在于：包括以下步骤：

步骤1，资源建模工具建立各种自动测试系统模型；

步骤2，建立测试策略；

步骤3，生成支持ATML体系标准的测试模型；

步骤4，生成可视化测试流程图，并对测试流程图中的测试图元进行资源配置；

步骤5，生成测试程序C++代码文件，编译生成测试程序组件；

步骤6，若需要ATLAS测试程序，则使用ATLAS语言直接编写ATLAS程序，或者载入已有的ATLAS工程，编译生成测试程序组件；

步骤7，进行测试资源的驱动开发。

9.根据权利要求8所述的通用自动测试开发系统的系统建立方法，其特征在于：所述步骤1包括以下子步骤：

子步骤1-1，建立信号模型；

子步骤1-2，建立接口适配器模型；

子步骤1-3，建立测试资源模型；

子步骤1-4，建立测试对象模型。

10.根据权利要求8所述的通用自动测试开发系统的系统建立方法，其特征在于：所述步骤7包括以下子步骤：

子步骤7-1，生成测试资源驱动程序接口框架；

子步骤7-2，配置并编写驱动程序的初始化、关闭、以及功能实现代码；

子步骤7-3，编译生成驱动程序。

Images