测试设备驱动器及驱动方法与流程

1.本发明涉及计算机技术领域，尤其涉及一种测试设备驱动器及驱动方法。


背景技术：

2.本部分旨在为权利要求书中陈述的本发明实施例提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。
3.在自动测试系统中，一般都会在测试程序和硬件仪器的驱动程序之间建立一个软件中间层，用以连接计算机和各种不同测试仪器。仪器驱动器是一组用于控制程控仪器的软件单元，提供了规范化的软件接口，简化具体的编程步骤，方便地实现仪器功能的操作。测试用的硬件仪器的种类、功能众多，针对仪器驱动的标准问题，陆续推出了多种标准和规范。这些标准的基本思想是把仪器的操作封装成相同的接口，其函数名称和参数完全相同，确保各个硬件仪器使用相同的驱动接口。
4.但在实际工程项目中，存在各种定制化的专用测试系统，内部集成了大量的非标准的测试仪器和板卡。这些测试仪器和板卡来自不同的厂商，总线形式不一，其驱动程序也并未遵循现有的标准和规范，相互间很难兼容。为此，一般会对厂商提供的非标准的驱动程序进行二次封装，形成专门针对特定仪器的封装库。
5.这种直接面向测试仪器的开发方式，在独立的软件项目中问题不明显，但是对于需要部署在多种测试设备上，用于解决多型号产品测试问题，开发、使用、维护周期较长的系列化软件产品而言，带来很多的问题。例如，缺乏统一的硬件控制方案，各测试程序的随意性较强；软件的移植性较差，当硬件升级、改造后，已有的测试程序无法使用；软件的复用性不高，重复开发的情况经常出现。


技术实现要素：

6.本发明实施例提供一种测试设备驱动器，用以提升测试设备中不同测试仪器或板卡间的兼容性，该测试设备驱动器包括：
7.对外接口和测试设备功能实现组件；
8.所述对外接口用于根据从测试业务逻辑接口接收的测试项目，从对外接口集成的多种特定项目驱动接口中，选取与测试项目匹配的特定项目驱动接口；所述测试业务逻辑接口用于传送不同测试项目的测试程序；
9.所述测试设备功能实现组件连接多个测试仪器或板卡的驱动程序；所述测试设备功能实现组件中包含每一特定项目驱动接口，与测试仪器或板卡的关联关系；所述测试设备功能实现组件用于根据该关联关系，调用与对外接口选取的特定项目驱动接口关联的多个测试仪器或板卡执行测试操作。
10.本发明实施例还提供一种测试设备驱动方法，提升测试设备中不同测试仪器或板卡间的兼容性，该方法包括：
11.根据从测试业务逻辑接口接收的测试项目，从对外接口集成的多种特定项目驱动
接口中，选取与测试项目匹配的特定项目驱动接口；所述测试业务逻辑接口用于传送不同测试项目的测试程序；
12.根据每一特定项目驱动接口，与测试仪器或板卡的关联关系，调用与对外接口选取的特定项目驱动接口关联的多个测试仪器或板卡执行测试操作。
13.本发明实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述测试设备驱动方法。
14.本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述测试设备驱动方法的计算机程序。
15.本发明实施例中，对外接口用于根据从测试业务逻辑接口接收的测试项目，从对外接口集成的多种特定项目驱动接口中，选取与测试项目匹配的特定项目驱动接口；所述测试业务逻辑接口用于传送不同测试项目的测试程序；测试设备功能实现组件连接多个测试仪器或板卡的驱动程序；所述测试设备功能实现组件中包含每一特定项目驱动接口，与测试仪器或板卡的关联关系；所述测试设备功能实现组件用于根据该关联关系，调用与对外接口选取的特定项目驱动接口关联的多个测试仪器或板卡执行测试操作，从而可通过对外接口选取出与测试项目匹配的特定项目驱动接口，进而通过测试设备功能实现组件，调用多个测试仪器或板卡执行测试操作，实现对不同测试项目的执行，与现有技术对比，可通过对外接口和测试设备功能实现组件直接调用不同的测试仪器或板卡，避免了在驱动不同测试仪器或板卡时难以兼容的问题，因此可忽略因测试仪器或板卡的差异性所带来的区别，提升了不同测试仪器或板卡间的兼容性；同时，可统一对不同测试仪器或板卡进行驱动；进而可保证对硬件升级改造后的测试仪器或板卡仍可进行驱动；不需对每一测试仪器或板卡进行驱动器开发，节省了人力物资，提升了复用性，避免重复开发的情况出现。
附图说明
16.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
17.图1为本发明实施例中一种测试设备驱动器的结构示意图；
18.图2为本发明实施例中一种测试设备驱动器的具体示例图；
19.图3为本发明实施例中一种测试设备驱动器的具体示例图；
20.图4为本发明实施例中一种测试设备驱动方法的流程示意图；
21.图5为本发明实施例中计算机设备的示意图。
具体实施方式
22.为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。
23.图1为本发明实施例中一种测试设备驱动器的结构结构示意图，如图1所示，本发
明实施例提供一种测试设备驱动器，用以提升测试设备中不同测试仪器或板卡间的兼容性，该测试设备驱动器包括：
24.对外接口01和测试设备功能实现组件02；
25.该对外接口用于根据从测试业务逻辑接口接收的测试项目，从对外接口集成的多种特定项目驱动接口中，选取与测试项目匹配的特定项目驱动接口；该测试业务逻辑接口用于传送不同测试项目的测试程序；
26.该测试设备功能实现组件连接多个测试仪器或板卡的驱动程序；该测试设备功能实现组件中包含每一特定项目驱动接口，与测试仪器或板卡的关联关系；该测试设备功能实现组件用于根据该关联关系，调用与对外接口选取的特定项目驱动接口关联的多个测试仪器或板卡执行测试操作。
27.首先接收测试业务逻辑接口传送的不同测试项目的测试程序，之后根据从测试业务逻辑接口接收的测试项目，从对外接口集成的多种特定项目驱动接口中，选取与测试项目匹配的特定项目驱动接口；根据每一特定项目驱动接口，与测试仪器或板卡的关联关系，调用与对外接口选取的特定项目驱动接口关联的多个测试仪器或板卡执行测试操作。其中，测试设备功能实现组件连接多个测试仪器或板卡的驱动程序。
28.本发明实施例中，对外接口用于根据从测试业务逻辑接口接收的测试项目，从对外接口集成的多种特定项目驱动接口中，选取与测试项目匹配的特定项目驱动接口；该测试业务逻辑接口用于传送不同测试项目的测试程序；测试设备功能实现组件连接多个测试仪器或板卡的驱动程序；该测试设备功能实现组件中包含每一特定项目驱动接口，与测试仪器或板卡的关联关系；该测试设备功能实现组件用于根据该关联关系，调用与对外接口选取的特定项目驱动接口关联的多个测试仪器或板卡执行测试操作，从而可通过对外接口选取出与测试项目匹配的特定项目驱动接口，进而通过测试设备功能实现组件，调用多个测试仪器或板卡执行测试操作，实现对不同测试项目的执行，与现有技术对比，可通过对外接口和测试设备功能实现组件直接调用不同的测试仪器或板卡，避免了在驱动不同测试仪器或板卡时难以兼容的问题，因此可忽略因测试仪器或板卡的差异性所带来的区别，提升了不同测试仪器或板卡间的兼容性；同时，可统一对不同测试仪器或板卡进行驱动；进而可保证对硬件升级改造后的测试仪器或板卡仍可进行驱动；不需对每一测试仪器或板卡进行驱动器开发，节省了人力物资，提升了复用性，避免重复开发的情况出现。
29.具体实施时，测试设备驱动器可为一组用于控制程控仪器的驱动软件单元，提供了规范化的软件接口，简化具体的编程步骤，可方便地实现仪器功能的操作。在一个实施例中，测试设备驱动器可实现测试系统中顶层业务逻辑与底层驱动间的分离，并提供了硬件层的标准对外端口(即对外接口)。
30.实施例中，对外接口还用于：生成测试设备所能够执行的全部测试操作的列表。
31.通过生成测试设备所能够执行的全部测试操作的列表，可有效地实现对测试设备所具有的测试功能进行管理，有利于在后续步骤中创建特定项目驱动接口。
32.实施例中，对外接口还用于：对测试设备中的多个测试仪器或板卡的电气连接关系信息进行汇总。
33.通过对测试设备中的多个测试仪器或板卡的电气连接关系信息进行汇总，可有效地反映不同测试仪器或板卡的连接关系，有利于指导工作人员制造测试设备驱动器。
34.实施例中，该测试仪器或板卡包括非标准格式的测试仪器或板卡，和标准格式的测试仪器或板卡；该非标准格式的测试仪器或板卡为以非标准驱动程序的api函数进行封装的测试仪器或板卡。
35.在上述实施例中，通过使测试仪器或板卡可包括非标准格式的测试仪器或板卡，和标准格式的测试仪器或板卡，可有效实现避免了在驱动不同测试仪器或板卡时难以兼容的问题，因此可忽略因测试仪器或板卡的差异性所带来的区别，提升了不同测试仪器或板卡间的兼容性；同时，可统一对不同测试仪器或板卡进行驱动；进一步，在测试仪器或板卡进行硬件升级改造后，由于测试设备功能实现组件包括了多个测试仪器或板卡的驱动程序，仍可实现对硬件升级改造的测试仪器或板卡的驱动。
36.下面结合一个具体实施例，来具体说明本发明实施例中的测试设备驱动器。
37.如图2所示，图2以组件图的形式，描述了该测试设备驱动器的模型内部各种接口、组件的组成结构。在图2中，位于最顶层的是测试业务逻辑接口，表示测试设备的顶层的具体业务逻辑；位于模型底层的是测试设备中包括的各种测试仪器、板卡的驱动程序，可以包括仪器厂商提供的标准驱动程序、非标准驱动的api函数及其封装组件等。
38.测试设备驱动器位于业务逻辑和具体仪器驱动程序之间，隔离了上下层的直接联系，其内部封装了所有关于硬件的操作。
39.在本实施例中，该设备驱动器模型的内部组成可以包括：
40.1、测试设备驱动器的对外接口(即对外接口)
41.测试设备驱动器的对外接口(interface，接口)是对外提供的唯一端口，屏蔽了驱动器内部的具体实现，该测试设备驱动器的对外接口的定义模型如图3所示。
42.测试设备驱动器的对外接口可采用组合模式，在其内部可设置n个测试功能项目接口，这些独立的测试项目接口均可泛化自测试项目的基础接口。从物理意义上分析，该测试设备驱动器的对外接口表示自动化的测试设备具有了n种不同的独立测试功能，并可根据设备发展情况随时扩展，但不会影响测试设备的对外描述。
43.测试设备驱动器的对外接口需要完成各种特定驱动接口的创建和集成，并其暴露给上层的业务部分；同时，测试设备驱动器的对外接口可完成测试设备中的各种测试仪器和板卡的基本操作，不涉及具体的测试功能；还可完成对测试设备的全部电气连接关系信息的汇总。
44.该测试设备驱动器的对外接口可以应用在不同类别、不同型号的测试软件开发中，换言之，对于上层应用软件而言，可忽略因硬件设备、仪器的差异性所带来的区别，使得应用开发人员可以将工作重心集中于业务逻辑本身，更加方便、灵活地应对上层软件需求和变化。
45.2、特定项目驱动接口的集合
46.在本实施例中，还可通过对测试设备(尤其是系列化的测试设备)实现测试功能的分类，针对各项测试功能，建立规范的驱动接口，并将其汇总在一起，形成面向该类设备的、标准化的特定驱动接口集合。测试设备功能实现组件中包含每一特定项目驱动接口，与测试仪器或板卡的关联关系
47.例如，对于电子产品功能和性能检测的系列化测试设备，虽然在个体上存在差异，但仅从实现的功能上看，基本相同或相似，那么就可以通过对这些测试功能的汇总和分析，
获得该类测试项目的总体情况，进而抽象出该类设备的接口集合。
48.所有的特定驱动接口集合都继承自测试项目的基础接口，由后者反映各驱动接口具有的共性内容，在定义后不会修改，可对外提供驱动接口的一致性描述信息。
49.这些特定驱动接口集合，本质上是对该类测试设备所实现的测试需求的抽象，反应的是该类测试设备的硬件需要实现的系统级功能，与非标准仪器、嵌入式板卡的驱动接口相比，具有更好的普适性和稳定性。
50.3)测试设备驱动器的实现组件(即测试设备功能实现组件)
51.测试设备驱动器的实现组件是驱动接口的具体实现，其实现方式可为硬件也可为软件。。测试设备驱动器的对外接口为上层应用软件提供了一个统一的操作端口，但测试设备的驱动软件的执行必须建立在实际的测试设备硬件上，每个驱动器组件代表了某个具体的测试仪器或板卡，其中包含每一特定项目驱动接口，与测试仪器或板卡的关联关系，可描述该测试仪器或板卡如何实现各种规定的功能项目。测试设备的功能实现，依赖于集成的测试仪器、板卡以及电气连接拓扑关系。
52.本实施例中的测试设备驱动器，是通过测试设备驱动器的对外接口、面向特定功能的驱动接口设计、针对具体测试设备的驱动器实现等3个技术手段来实现的，如下进行具体说明：
53.1、测试设备驱动器的对外接口的设计
54.参见图3，该测试设备驱动器的对外接口可以用于实现：
55.a、对特定项目驱动接口的管理
56.首先，完成各种特定驱动接口的创建和集成。在驱动器中，还可提供一个独立的驱动接口列表，集中管理该测试设备驱动器含有的各种测试功能项目，用以描述测试设备所具有的全部测试能力(即生成测试设备所能够执行的全部测试操作的列表)。
57.其次，还可提供特定驱动的检索功能。测试设备驱动器通过组合方式，将各种特定的驱动接口包含在驱动器内部，对外部不可见，因而需要提供一个对外的检索功能，并将搜索到的特定驱动接口提供给上层的测试程序。
58.b、测试仪器和板卡的管理
59.负责管理该测试设备中的各种测试仪器和板卡，实现的操作包括各种测试仪器和板卡的打开、复位、关闭、检查等，并将这些测试仪器和板卡的资源统一整合在一张列表中。该对外接口只负责硬件仪器的基本操作，不涉及具体的测试功能。
60.2、面向特定功能的特定项目驱动接口设计
61.首先，针对测试系统功能分解中获得的每项测试功能，建立独立的特定功能项目驱动接口，并提供规范的接口定义，代表了测试设备需要实现的一项独立的测试功能。
62.以电子产品测试设备为例，虽然测试设备的硬件构成都有差别，但仍然可以从更高层面上，总结出该类测试设备所具有的总体需求情况。这些硬件需求可以分为若干类，如直流电源控制、串口通讯、模拟量控制、数字量控制、脉冲信号输出、光纤陀螺集成测试、pwm信号采集、vf恒流源输出、计数器信号控制、网络通讯、can通讯、1553b总线通讯等。特定项目驱动接口可根据实际的测试要求，灵活选择。
63.其次，完成与各个测试功能相对应的驱动接口的设计。每个特定驱动接口表示了一个独立的测试功能项目，反映了不同功能间的差异性内容。在上层的测试业务逻辑开发
时，本质上是通过特定驱动接口的实例化对象，完成各种具体的业务流程。
64.3)针对具体测试设备的驱动器实现
65.针对具体测试设备的驱动器直接实现了测试设备驱动器接口，其具体实现可以划分为二个部分，一是驱动器模型中定义的、具有公用性质的基础功能的实现；二是该测试设备应具备的各种特定驱动接口的实现。
66.a、基础功能的实现
67.特定项目驱动接口可按如下方式创建：
68.在实现特定项目驱动接口时，特定项目驱动接口核心的功能是实现各种功能项目驱动接口的实例化，并将其组装在“驱动接口列表”中。该功能的伪代码如下：
[0069][0070]
b、测试仪器和板卡的初始化：
[0071]
这些测试仪器和板卡的硬件在初始化完毕后，可分门别类地保存在测试设备驱动器中，作为后续各种功能项目的开发基础。
[0072]
c、特定驱动接口的实现
[0073]
对于上述驱动接口列表中的每项内容(即测试设备所能够执行的每一测试操作)，都需要在驱动器组件开发时，一一予以实现；每个功能项目最终都要落实到硬件仪器上，因而驱动器组件是和自动测试设备紧密耦合在一起的。在驱动器组件内部，通过调用各种异构的驱动程序，实现该测试设备的设计要求，从而将对外提供的各种虚拟测试项目转换为真实的测试功能。
[0074]
测试功能项目的开发步骤可如下所示：
[0075]
step1：建立与功能项目驱动接口对应的实现类。
[0076]
每个测试功能项目与设备驱动器是局部与整体的关系。特定驱动功能的实现类与特定驱动接口集合中的各个接口直接对应，不同的接口通过不同的实现类来完成具体的测试功能，该实现类一般以内部嵌套类的形式存在，统一包含在驱动器的实现组件中。
[0077]
step2：功能项目的具体实现。
[0078]
对于非标仪器，使用硬件厂商提供的api函数，或者经过二次开发而形成的封装
库；对于标准仪器，可直接调用ivi类驱动或专用驱动组件。在驱动器组件开发、调试完毕后，除非硬件发生变化，否则该组件不会修改。
[0079]
step3：功能的实现
[0080]
功能项目面向的是测试设备的系统级功能，不仅仅是对仪器的简单操作。以模拟量采集为例，当使用数字万用表时，测量数值已经由仪器处理，可以直接读取；但使用pci板卡时，需要对高速采集的多组连续数值进行必要的信号处理(如平滑、去除野点等)，才可以得到比较准确的数据。
[0081]
本实施例在创建测试设备驱动器时，首先是对测试设备驱动器的模型设计。该模型的核心是在业务逻辑和具体仪器驱动程序之间增加了一个独立的测试设备驱动器，并通过后者隔离了上下层的直接联系，封装了所有关于硬件的操作。测试业务逻辑程序只针对测试设备驱动接口进行开发。
[0082]
其次是对测试设备驱动器的对外接口设计，对外接口是对外提供的唯一端口，屏蔽驱动器内部的具体实现。该驱动器的对外接口可以应用在不同类别、不同型号的测试软件开发中，换言之，对于上层应用软件而言，可忽略因硬件设备、仪器的差异性所带来的区别，使得应用开发人员可以将工作重心集中于业务逻辑本身，更加方便、灵活地应对上层软件需求和变化。
[0083]
之后是对特定测试功能的接口设计。通过对特定类别测试设备所需实现功能的分析，获得脱离硬件环境的功能项目集合，并建立规范化的设备驱动接口。每个特定测试功能驱动接口都表示了一个独立的测试功能项目，众多驱动接口组织在一起，构成了一个虚拟化的测试设备，具备了该类测试设备的各种硬件测试功能。
[0084]
最后是针对具体测试设备的驱动器的实现。在针对具体的测试设备硬件，开发与之对应的驱动器实现组件，在其内部，封装了对硬件仪器的控制，描述了实际测试设备的功能实现。测试设备驱动器为上层软件提供了统一的开发和运行基础，测试程序针对这些虚拟化的功能接口进行开发，避免了硬件的差异性对业务逻辑的影响。
[0085]
当然，可以理解的是，上述详细流程还可以有其他变化例，相关变化例均应落入本发明的保护范围。
[0086]
本发明实施例中，对外接口用于根据从测试业务逻辑接口接收的测试项目，从对外接口集成的多种特定项目驱动接口中，选取与测试项目匹配的特定项目驱动接口；该测试业务逻辑接口用于传送不同测试项目的测试程序；测试设备功能实现组件连接多个测试仪器或板卡的驱动程序；该测试设备功能实现组件中包含每一特定项目驱动接口，与测试仪器或板卡的关联关系；该测试设备功能实现组件用于根据该关联关系，调用与对外接口选取的特定项目驱动接口关联的多个测试仪器或板卡执行测试操作，从而可通过对外接口选取出与测试项目匹配的特定项目驱动接口，进而通过测试设备功能实现组件，调用多个测试仪器或板卡执行测试操作，实现对不同测试项目的执行，与现有技术对比，可通过对外接口和测试设备功能实现组件直接调用不同的测试仪器或板卡，避免了在驱动不同测试仪器或板卡时难以兼容的问题，因此可忽略因测试仪器或板卡的差异性所带来的区别，提升了不同测试仪器或板卡间的兼容性；同时，可统一对不同测试仪器或板卡进行驱动；进而可保证对硬件升级改造后的测试仪器或板卡仍可进行驱动；不需对每一测试仪器或板卡进行驱动器开发，节省了人力物资，提升了复用性，避免重复开发的情况出现。
[0087]
如上述，本发明实施例目的在于提供一种面向专用测试设备的驱动器的设计方法。驱动器是一组以控制测试设备为目标的软件功能单元，作为沟通底层硬件驱动程序与上层测试软件的桥梁，为上层软件开发提供了统一的软硬件接口，并规范了驱动器内部的实现方式。测试设备驱动器实现了顶层业务逻辑与底层驱动间分离，提供了硬件层的标准对外端口。
[0088]
测试设备驱动器针对的是该类设备需要实现系统级测试功能，不再是各种异构的仪器或板卡。其次，测试设备驱动器的对外接口是对外提供的唯一端口。在其内部，通过列表方式，包含了多个测试功能项目接口，表示自动化测试设备具有了多种不同的独立测试功能，并可根据设备发展情况随时扩展，但不会影响测试设备的对外描述。特定测试功能的接口设计描述了某个功能项目的具体细节，代表了一种完全抽象的、系统级功能，与硬件(包括测试仪器、板卡，测试设备等)无关，因而更加具有普遍性。众多驱动接口组织在一起，构成了一个虚拟化的测试设备，具备了该类测试设备的各种硬件测试功能。针对某个具体测试设备，开发独立的的驱动器组件。针对每个自动测试设备，都提供了一个虚拟的设备驱动器组件，以屏蔽底层硬件驱动的差异和硬件电气设计的差异，并在内部集成了该设备所具有的各种功能，作为上层应用软件的运行基础，在开发完毕后可全局复用。
[0089]
图4为本发明实施例中一种测试设备驱动方法的流程示意图，如图4所示，本发明实施例提供的测试设备驱动方法，可以包括：
[0090]
步骤401：根据从测试业务逻辑接口接收的测试项目，从对外接口集成的多种特定项目驱动接口中，选取与测试项目匹配的特定项目驱动接口；该测试业务逻辑接口用于传送不同测试项目的测试程序；
[0091]
步骤402：根据每一特定项目驱动接口，与测试仪器或板卡的关联关系，调用与对外接口选取的特定项目驱动接口关联的多个测试仪器或板卡执行测试操作。
[0092]
在一个实施例中，还包括：生成测试设备所能够执行的全部测试操作的列表。
[0093]
在一个实施例中，还包括：对测试设备中的多个测试仪器或板卡的电气连接关系信息进行汇总。
[0094]
在一个实施例中，还该测试仪器或板卡包括非标准格式的测试仪器或板卡，和标准格式的测试仪器或板卡；该非标准格式的测试仪器或板卡为以非标准驱动程序的api函数进行封装的测试仪器或板卡。
[0095]
本发明实施例还提供一种计算机设备，图5为本发明实施例中计算机设备的示意图，该计算机设备能够实现上述实施例中的测试设备驱动方法中全部步骤，该计算机设备具体包括如下内容：
[0096]
处理器(processor)501、存储器(memory)502、通信接口(communications interface)503和通信总线504；
[0097]
其中，该处理器501、存储器502、通信接口503通过该通信总线504完成相互间的通信；该通信接口503用于实现相关设备之间的信息传输；
[0098]
该处理器501用于调用该存储器502中的计算机程序，该处理器执行该计算机程序时实现上述实施例中的测试设备驱动方法。
[0099]
本发明实施例还提供一种计算机可读存储介质，该计算机可读存储介质存储有执行上述测试设备驱动方法的计算机程序。
[0100]
本发明实施例中，对外接口用于根据从测试业务逻辑接口接收的测试项目，从对外接口集成的多种特定项目驱动接口中，选取与测试项目匹配的特定项目驱动接口；该测试业务逻辑接口用于传送不同测试项目的测试程序；测试设备功能实现组件连接多个测试仪器或板卡的驱动程序；该测试设备功能实现组件中包含每一特定项目驱动接口，与测试仪器或板卡的关联关系；该测试设备功能实现组件用于根据该关联关系，调用与对外接口选取的特定项目驱动接口关联的多个测试仪器或板卡执行测试操作，从而可通过对外接口选取出与测试项目匹配的特定项目驱动接口，进而通过测试设备功能实现组件，调用多个测试仪器或板卡执行测试操作，实现对不同测试项目的执行，与现有技术对比，可通过对外接口和测试设备功能实现组件直接调用不同的测试仪器或板卡，避免了在驱动不同测试仪器或板卡时难以兼容的问题，因此可忽略因测试仪器或板卡的差异性所带来的区别，提升了不同测试仪器或板卡间的兼容性；同时，可统一对不同测试仪器或板卡进行驱动；进而可保证对硬件升级改造后的测试仪器或板卡仍可进行驱动；不需对每一测试仪器或板卡进行驱动器开发，节省了人力物资，提升了复用性，避免重复开发的情况出现。
[0101]
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
[0102]
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0103]
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0104]
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0105]
以上该的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上该仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。