一种测试需求视图生成方法及ATE测试方法

摘要

本发明涉及一种测试需求视图生成方法及ATE测试方法，属于ATE测试技术领域，解决了现有技术中ATE开发过程中人员多、领域知识复杂冗长而导致的测试信息不一致、不完整、描述错误的问题。具体包括：构建测试信号视图模板、测试设备视图模板、被测设备视图模板；结合测试信号视图模板、测试设备视图模板、被测设备视图模板，构建测试流程视图模板；通过Eclipse结合Snail GUI，将所述四个进行可视化展示，得到各视图的可视化视图；根据测试需求，获取各视图模块相关字段属性的具体值，将所述具体值添加在相应的可视化视图中，生成测试需求视图。方便使用者直观理解测试信息，提高了测试效率。

权利要求

1.一种测试需求视图生成方法，其特征在于，

构建测试信号视图模板、测试设备视图模板、被测设备视图模板；

结合测试信号视图模板、测试设备视图模板、被测设备视图模板，构建测试流程视图模板；其中，所述测试信号视图模板、测试设备视图模板、被测设备视图模板和测试流程视图模板构成四个视图模板；

通过Eclipse结合Snail GUI，将所述测试信号视图模板、测试设备视图模板、被测设备视图模板和测试流程视图模板进行可视化展示，得到各视图的可视化视图；根据测试需求，获取各视图模块相关字段属性的具体值，将所述具体值添加在相应的可视化视图中，生成测试需求视图；

通过Eclipse结合Snail GUI完成视图的可视化展示，具体包括：在Eclipse的工程目录下新建pligin.xml文件，根据所述四个视图模板及在Eclipse中展示的目标位置和形式，在pligin.xml文件下选择相应的扩展点；

调用Snail GUI的编程接口，在所述工程目录下新建视图模板类文件，在新建视图模板类文件下编写视图模板代码；

通过Eclipse的映射机制建立视图模板类文件中代码和pligin.xml文件中扩展点的映射关系，然后将代码进行打包、发布，重启Eclipse，完成视图的可视化展示；

所述调用Snail GUI的编程接口，在所述工程目录下新建视图模板类文件包括以下步骤：

1)在新建视图模板类文件中，利用snail GUI中的SnailLMFEditorBase模块，加载并初始化视图中的背景颜色、字体信息；

2)然后在新建视图模板类文件中建立三个控件类，分别为TextCell，Label和Row：利用所述TextCell类保存用户输入的文字信息；

利用所述Label类限定视图中的属性、字段信息；

利用所述Row类存放TextCell类的对象，同时捕捉鼠标事件。

2.根据权利要求1所述的测试需求视图生成方法，其特征在于，所述测试信号视图模板包括信号类型、单位、数值类型、测试方式字段。

3.根据权利要求2所述的测试需求视图生成方法，其特征在于，所述测试设备视图模板包括引脚标识、信号类型、功能、数值范围、精度、数量字段。

4.根据权利要求3所述的测试需求视图生成方法，其特征在于，所述被测设备视图模板包括引脚标识、信号方向、备注名称、信号类型、期望值、可接收最大值、可接收最小值字段。

5.根据权利要求1或4所述的测试需求视图生成方法，其特征在于，所述测试流程视图模板包括基本属性和主测试流字段。

6.根据权利要求5所述的测试需求视图生成方法，其特征在于，所述主测试流用于描述用例成功执行情况下的测试步骤和测试流程的后置条件，每个测试步骤包括测试信号视图、测试设备视图、被测设备视图的相关信息。

7.根据权利要求6所述的测试需求视图生成方法，其特征在于，所述测试流程视图模板还包括特定测试分支流和全局测试分支流；所述特定测试分支流是从其它流中某个特定步骤产生的分支流；所述全局测试分支流指从主测试流中所有步骤均可产生分支的分支流。

8.一种ATE测试方法，其特征在于：采用权利要求1-7之一所述的测试需求视图生成方法生成测试需求，利用所生成的测试需求进行测试：所述测试设备通过指定引脚向被测设备发送测试信号，同时接收被测设备的反馈信号，显示被测设备状态，并分析、判断被测设备的状态是否符合规范要求。

说明书

一种测试需求视图生成方法及ATE测试方法

技术领域

[0001] 本发明涉及ATE测试技术领域，尤其涉及一种测试需求视图生成方法及ATE测试方法。

背景技术

[0002] 随着科学技术的发展，各类硬件设备的设计越来越复杂，功能越来越强大。因此，测试设备或平台的通用化、标准化、小型化，已成为测试领域的发展趋势。

[0003] ATE是自动化测试设备(Automatic Test Equipment)的英文缩写。ATE主要用于硬件设备的信号测试(如电压、电流、电阻等)。由于被测设备种类繁多，遵循的标准规范各异，即使是同类被测设备，也存在不同厂家和不同型号之间的差异。因此，大多数的ATE都是用于测试特定领域中的某一型号或某几种型号被测设备的专用设备。

[0004] 目前，还没有一种行之有效的、规范的测试方法可以对ATE领域中涉及的多类硬件进行测试。通常一台ATE设备造价高昂，且ATE设备的开发涉及到测试方、被测方在内的多个软硬件工程师及用户，这些人员对于测试信息缺乏统一的认识，导致开发过程中经常会出现测试需求说明描述不一致、不完整、描述错误等现象，严重降低了测试效率。

发明内容

[0005] 鉴于上述的分析，本发明旨在提供一种测试需求视图生成方法及ATE测试方法，用以解决目前ATE开发过程中人员多、领域知识复杂冗长而导致的测试信息不一致、不完整、描述错误的问题。

[0006] 本发明的目的主要是通过以下技术方案实现的：

[0007] 一方面，提供了一种测试需求视图生成方法，具体包括：

[0008] 构建测试信号视图模板、测试设备视图模板、被测设备视图模板；

[0009] 结合测试信号视图模板、测试设备视图模板、被测设备视图模板，构建测试流程视图模板；

[0010] 通过Eclipse结合Snail GUI，将所述测试信号视图模板、测试设备视图模板、被测设备视图模板和测试流程视图模板进行可视化展示，得到各视图的可视化视图；

[0011] 根据测试需求，获取各视图模块相关字段属性的具体值，将所述具体值添加在相应的可视化视图中，生成测试需求视图。

[0012] 本发明的有益效果如下：与现有技术相比，本实施例提供的测试需求视图生成方法将测试信号、测试设备、被测设备、测试流程分别构建视图模板，能够使测试相关人员对测试信息形成统一认识，充分考虑了ATE的测试过程，将各视图进行可视化展示方便使用者直观、简洁地理解、整合测试信息，提高了测试开发效率，解决了目前ATE开发过程中人员多、领域知识复杂冗长而导致的测试信息不一致、不完整、易出错的问题。

[0013] 在上述方案的基础上，本发明还做了如下改进：

[0014] 进一步，通过Eclipse结合Snail GUI完成视图的可视化展示，具体包括：

[0015] 在Eclipse的工程目录下新建pligin.xml文件，根据所述四个视图模板及在Eclipse中展示的目标位置和形式，在pligin.xml文件下选择相应的扩展点；

[0016] 调用Snail GUI的编程接口，在所述工程目录下新建视图模板类文件，在新建视图模板类文件下编写视图模板代码；

[0017] 通过Eclipse的映射机制建立视图模板类文件中代码和pligin.xml文件中扩展点的映射关系，然后将代码进行打包、发布，重启Eclipse，完成视图的可视化展示。

[0018] 采用上述进一步方案的有益效果是：通过Eclipse结合Snail GUI，能够高效完成视图的可视化展示，模块化的代码可移植能力强，方便测试人员将以后测试代码修改后应用于新的测试环境。

[0019] 进一步，调用Snail GUI的编程接口，在所述工程目录下新建视图模板类文件包括以下步骤：

[0020] 1)在新建视图模板类文件中，利用snail GUI中的SnailLMFEditorBase模块，加载并初始化视图中的背景颜色、字体信息；

[0021] 2)然后在新建视图模板类文件中建立三个控件类，分别为TextCell，Label和Row：

[0022] 利用所述TextCell类保存用户输入的文字信息；

[0023] 利用所述Label类限定视图中的属性、字段信息；

[0024] 利用所述Row类存放TextCell类的对象，同时捕捉鼠标事件。

[0025] 采用上述进一步方案的有益效果是：通过对snail GUI中新建视图模板类文件的进一步设置，规范了snail GUI中所包含的信息，有效保证各视图的一致性。

[0026] 进一步，所述测试信号视图模板包括信号类型、单位、数值类型、测试方式字段。

[0027] 采用上述进一步方案的有益效果是：能够详细、准确地描述测试信号，保证测试信息地完整性。

[0028] 进一步，所述测试设备视图模板包括引脚标识、信号类型、功能、数值范围、精度、数量字段。

[0029] 采用上述进一步方案的有益效果是：能够详细、准确地描述测试设备视图，保证测试信息地完整性。

[0030] 进一步，所述被测设备视图模板包括引脚标识、信号方向、备注名称、信号类型、期望值、可接收最大值、可接收最小值字段。

[0031] 采用上述进一步方案的有益效果是：能够详细、准确地描述被测设备视图，保证测试信息地完整性。

[0032] 进一步，所述测试流程视图模板包括基本属性和主测试流字段。

[0033] 采用上述进一步方案的有益效果是：针对测试需求，设计了测试流程视图模板的内容，基本属性能够确定测试流程视图模板的基本信息，测试流表示具体的测试流程。

[0034] 进一步，所述主测试流用于描述用例成功执行情况下的测试步骤和测试流程的后置条件，每个测试步骤包括测试信号视图、测试设备视图、被测设备视图的相关信息。

[0035] 采用上述进一步方案的有益效果是：测试流是测试需求最核心的部分，在测试流程成功执行时，依次完成测试步骤。

[0036] 进一步，所述测试流程视图模板还包括特定测试分支流和全局测试分支流；所述特定测试分支流是从其它流中某个特定步骤产生的分支流；所述全局测试分支流指从主测试流中所有步骤均可产生分支的分支流。

[0037] 采用上述进一步方案的有益效果是：由于实际测试流程中存在分支、错误等异常现象，所以测试流程视图模板还可以包括特定测试分支流和全局测试分支流，用于描述异常发生时的分支情况。

[0038] 另一方面，提供了一种ATE测试方法，采用上述之一所述的测试需求视图生成方法生成测试需求，利用所生成的测试需求进行测试：所述测试设备通过指定引脚向被测设备发送测试信号，同时接收被测设备的反馈信号，显示被测设备状态，并分析、判断被测设备的状态是否符合规范要求。

[0039] 本发明中，上述各技术方案之间还可以相互组合，以实现更多的优选组合方案。本发明的其他特征和优点将在随后的说明书中阐述，并且，部分优点可从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过说明书、权利要求书以及附图中所特别指出的内容中来实现和获得。

附图说明

[0040] 附图仅用于示出具体实施例的目的，而并不认为是对本发明的限制，在整个附图中，相同的参考符号表示相同的部件。

[0041] 图1为测试需求视图生成方法示意图；

[0042] 图2为Snail GUI在Eclipse上的开发示例图；

[0043] 图3为测试信号视图界面示例图；

[0044] 图4为测试流程视图界面示例图。

具体实施方式

[0045] 下面结合附图来具体描述本发明的优选实施例，其中，附图构成本申请一部分，并与本发明的实施例一起用于阐释本发明的原理，并非用于限定本发明的范围。

[0046] 本发明的一个具体实施例，公开了一种测试需求视图生成方法，测试需求视图生成方法示意图如图1所示。

[0047] 实施时，具体工作步骤如下：

[0048] 步骤S1、构建测试信号视图模板、测试设备视图模板、被测设备视图模板；

[0049] 步骤S2、结合测试信号视图模板、测试设备视图模板、被测设备视图模板，构建测试流程视图模板；

[0050] 步骤S3、通过Eclipse结合Snail GUI，将各视图模板进行可视化展示生成相应的可视化视图；

[0051] 步骤S4、根据测试需求，在相应的可视化视图中加入相关属性的具体值，生成测试需求视图。

[0052] 与现有技术相比，本实施例提供的测试需求视图生成方法将测试信号、测试设备、被测设备、测试流程分别构建视图模板，能够使测试相关人员对测试信息形成统一认识，充分考虑了ATE的测试过程，将各视图进行可视化展示方便使用者直观、简洁地理解、整合测试信息，提高了测试开发效率，解决了目前ATE开发过程中人员多、领域知识复杂冗长而导致的测试信息不一致、不完整、易出错的问题。

[0053] 为了更加详细、准确地描述测试信号，测试信号视图模板包括信号类型、单位、数值类型、测试方式字段。具体地，信号类型指的是该信号所属类型，如电压、频率等；单位指的是该信号的单位，如伏特；数值类型指的是该信号取值的数字类型，如浮点型；测试方式指的是ATE领域中的信号一般有单端测量和双端测量，该表项用于描述此类信息。由于，测试信号是测试过程中连接测试设备、被测设备的桥梁，同时，测试信号也是后期分析测试结果的关键因素，所以，测试信号视图模板包括信号类型、单位、数值类型、测试方式字段，能够详细、准确地描述测试信号，保证测试信息地完整性。

[0054] 同样地，为了更加详细、准确地描述测试设备，所述测试设备视图模板包括引脚标识、信号类型、功能、数值范围、精度、数量。具体地，引脚标识指的是测试的引脚号，可以英文字母加数组的形式描述，如引脚B2；信号类型指的是该引脚对应的信号类型；功能指的是该组引脚对应的功能；数值范围指的是设备测试能力允许测量的最大范围；精度指的是设备测量的精度；数量指的是该类功能需要使用的引脚数。由于测试设备是测试过程中向被测设备发送测试信号、接收被测设备反馈信号的装置，所以测试设备视图模板包括引脚标识、信号类型、功能、数值范围、精度、数量，能够详细、准确地描述测试设备，同时通过与测试信号视图模板中相同的信号类型建立同一测试信号在不同视图之间的关系，并通过信号方向确定发送或者接收信号，保证测试设备能够全面分析被测设备的情况，同时保证测试信号的唯一性。

[0055] 同样地，为了更加详细、准确地描述被测设备，所述被测设备视图模板包括引脚标识、信号方向、备注名称、信号类型、期望值、可接收最大值、可接收最小值。具体地，引脚标识指的是被测设备的引脚号，通常以英文字母加数组的形式，如引脚A12；信号方向指的是添加至该引脚信号的方向，即输入或输出；备注名称指的是使用者自定义的备注信息；信号类型指的是该引脚对应的信号类型；期望值指的是预期信号值；可接受最大值指的是允许的最大信号值；可接受最小值指的是允许的最小信号值。由于被测设备是测试过程中接收测试设备发送的测试信号、发送反馈信号给测试设备的设备，所以被测设备视图模板包括引脚标识、信号方向、备注名称、信号类型、期望值、可接收最大值、可接收最小值，能够详细、准确地描述被测设备，同时通过与测试信号视图模板中相同的信号类型建立同一测试信号在不同视图之间的关系，通过测试设备视图模板中相同的引脚标识建立同一引脚在不同视图之间的关系，并通过信号方向确定发送或者接收信号。保证被测设备能够根据测试设备的动作形成一致的反馈，同时保证同一测试信号的唯一性。

[0056] 由于在实际测试过程中，所述测试设备通过指定引脚向被测设备发送测试信号，同时接收被测设备的反馈信号，显示被测设备状态，并分析、判断被测设备的状态是否符合规范要求。测试设备与被测设备通过引脚相连接，并通过引脚发送或接收信号。所以，以上三种视图并不是割裂的，而是存在着交叉引用的关系：测试设备视图的每个引脚分别对应测试信号视图中的一个信号类型，被测设备视图的每个引脚也分别对应测试信号视图中的一个信号类型。因此，在实际测试过程中，每个测试步骤包括测试信号视图、测试设备视图、被测设备视图的相关信息。

[0057] 考虑到实际测试过程涉及测试信号、被测设备、测试设备，且测试具有时序性特点，因此需要构造测试流程视图模板，将测试信号、测试设备、被测设备联系起来，生成完整的测试需求。所述测试流程视图模板包括基本属性、主测试流。其中，基本属性用于说明测试流程的基本信息，包括：测试用例名、描述项、前置条件、依赖关系；具体地，测试用例名表示该测试需求用例的名称，为必填项；描述项表示该测试需求用例的简要描述，为非必填项；前置条件表示该测试需求用例的前置条件，为必填项；依赖关系表示该测试需求用例的所依赖的其他用例名称，为必填项；主测试流用于描述测试需求用例成功执行情况下的步骤和测试流程的后置条件，为必填项。包括步骤和后置条件两部分；其中，步骤表示主测试流步骤，每个测试步骤按顺序执行，相互不重叠，每个测试步骤包括测试信号视图、测试设备视图、被测设备视图的相关信息，具体内容由测试需求决定，为必填项。后置条件表示主测试流程的后置条件，为必填项。

[0058] 由于实际测试流程中存在分支、错误等异常现象，所以，测试流程视图模板还可以包括特定测试分支流和全局测试分支流，用于描述异常发生时的分支情况。

[0059] 特定测试分支流是指从其它流中某个特定步骤产生的分支流；包括触发步骤、步骤和后置条件三部分，根据被测设备测试需求，如果测试流程视图包含特定测试分支流，则这三部分为必填项。其中，触发步骤表示特定测试分支流引用的测试步骤标号；步骤表示特定测试分支流步骤，每个步骤按顺序执行，相互不重叠，每个测试步骤包括测试信号视图、测试设备视图、被测设备视图的相关信息，具体内容由测试需求决定。根据被测设备测试需求，在各个步骤中添加相应的参数化句式。后置条件表示特定测试分支流的后置条件。

[0060] 全局测试分支流是指从主测试流中所有步骤均可产生分支的分支流；包括守护条件、步骤和后置条件三部分，根据被测设备测试需求，如果测试流程视图包含全局测试分支流，则这三部分为必填项。其中，守护条件表示全局分支守护的条件；步骤表示全局测试分支流步骤，每个步骤按顺序执行，相互不重叠，每个测试步骤包括测试信号视图、测试设备视图、被测设备视图的相关信息，具体内容由测试需求决定。根据机载设备测试需求，在各个步骤中添加相应的参数化句式。后置条件表示全局测试分支流的后置条件。

[0061] 一个完整的测试流程对应一个测试流程视图，用于描述完成一个测试功能所需要的全部步骤集合。

[0062] 可选地，所述测试流程视图模板如表1所示：

[0063] 表1 测试流程视图模板

[0064]

[0065]

[0066] 根据ATE领域下被测设备测试需求，在测试流程视图模板中具体的测试步骤，同时添加模板中的其他信息，最终生成测试需求。测试流程视图示例如表2所示：

[0067] 表2 测试流程视图示例

[0068]

[0069]

[0070] 构建测试信号视图模板、测试设备视图模板、被测设备视图模板、测试流程视图模板之后，通过Eclipse结合Snail GUI，完成各视图的可视化展示。

[0071] Eclipse本身拥有丰富的图形界面类库，且具有代码开发能力，因此能够实现代码开发、图形展示集成一体化，非常便于调试和开发。Snail GUI的优势在于轻量可移植，代码体积小，且响应速度非常快，这使得在实际的ATE应用中对于设备的性能要求很低。

[0072] 具体地，通过Eclipse结合Snail GUI完成视图的可视化展示，如图2所示，包括以下过程：

[0073] 步骤S31：在Eclipse的工程目录下新建pligin.xml文件，根据所述四个视图模板及在Eclipse中展示的目标位置和形式，在pligin.xml文件下选择相应的扩展点；

[0074] 步骤S32：调用Snail GUI的编程接口，在所述工程目录下新建视图模板类文件，在新建视图模板类文件下编写视图模板代码。

[0075] 具体地，在新建视图模板类文件下编写视图模板代码包括以下步骤：

[0076] 1)利用snail GUI中的SnailLMFEditorBase模块，加载并初始化视图中的背景颜色、字体信息；

[0077] 2)建立三个控件类，分别为TextCell，Label和Row：

[0078] 利用所述TextCell类保存用户输入的文字信息；

[0079] 利用所述Label类限定视图中的属性、字段信息；

[0080] 利用所述Row类存放TextCell类的对象，同时捕捉鼠标事件，如当用户键入回车时换行，键入退格时删除文字等。

[0081] 步骤S33：通过Eclipse的映射机制建立视图模板类文件中代码和pligin.xml文件中扩展点的映射关系，然后将代码进行打包、发布，重启Eclipse，完成视图的可视化展示。

[0082] 所述打包过程为：选中编写好的视图模板代码，选择export选项，然后在下拉菜单中选择Plug-in Development——Deployable plug-ins and framents，生成可执行的jar打包文件；

[0083] 所述发布过程为：将已经生成的jar打包文件放置在Eclipse安装目录下的plugins文件中进行发布。

[0084] 通过Eclipse结合Snail GUI，能够高效完成视图的可视化展示，模块化的代码可移植能力强，方便测试人员将以后测试代码修改后应用于新的测试环境。

[0085] 步骤S4中，根据测试需求，获取各视图模块相关字段属性的具体值，将所述具体值添加在相应的可视化视图中，生成测试需求视图。所述测试需求视图简洁、明确地反映了测试信息，方便多方人员达成信息的一致。

[0086] 测试信号视图界面示例如图3所示；测试流程视图界面示例如图4所示。

[0087] 本发明提供了一种测试需求视图生成方法，充分考虑了ATE的测试过程，通过构建测试信号视图模板、测试设备视图模板、被测设备视图模板、测试流程视图模板，并分别结合相应的核心属性值，通过Snail GUI结合Eclipse插件扩展方式完成各视图的可视化展示，从而规范了测试过程，方便测试的相关人员对测试信息形成的统一认识，提高测试开发效率，方便使用者直观、简洁地理解、整合测试信息。解决了目前ATE开发过程中人员多、领域知识复杂冗长而导致的测试信息不一致、不完整、易出错的问题。

[0088] 在本发明的另一实施例中，根据上述实施例生成的测试需求视图，测试设备通过指定引脚向被测设备发送测试信号，同时接收被测设备的反馈信号，显示被测设备状态，并分析、判断被测设备的状态是否符合规范要求，完成ATE测试。

[0089] 该测试方法，提高了测试效率，方便使用者直观、简洁地理解、整合测试信息。解决了目前ATE开发过程中人员多、领域知识复杂冗长而导致的测试信息不一致、不完整、易出错的问题。

[0090] 本领域技术人员可以理解，实现上述实施例方法的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于计算机可读存储介质中。其中，所述计算机可读存储介质为磁盘、光盘、只读存储记忆体或随机存储记忆体等。

[0091] 以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。