CN101986278B - 一种电子类设备的自动测试方法及系统 - Google Patents

Abstract

本发明公开了一种电子类设备的自动测试方法及系统，用于解决电子类设备在测试、定期校准以及强制检定过程中，效率低、测试软件的鲁棒性和可扩展性差等技术问题。本发明基于测试子程序的动态加载技术和硬件动态调度技术实现了一种开放式的、可自动优化测试进程的自动测试软件测试方法及系统，使得自动测试软件开发、维护、升级过程标准化、规范化，提升了电子类设备测试和自动校准软件开发效率，提高软件的鲁棒性和可扩展性。实现同时对多台被测设备进行测试时的标准仪器动态调度，最大程度地减少等待标准仪器的时间，提高效率。

Description

一种电子类设备的自动测试方法及系统

技术领域

本发明涉及电子类仪器设备测试过程中的自动测试方法，尤其涉及电子类仪器设备的检定、校准过程的自动化。

背景技术

电子类仪器种类、厂家、型号繁多，单台仪器的功能也越来越多，由此导致的出厂测试、定期校准以及强制检定等环节的工作量非常繁重。

目前，在自动测试或自动校准软件方面，一些仪器厂商，开发了一些针对本厂仪器的自动测试软件，这些软件在两方面存在局限性。一是，所使用的标准仪器和被测设备都只能是该厂商的产品，不能添加进其他厂商的产品；二是，其程序的一体性导致不能方便地进行其他测试项目程序的添加和升级。如果需要添加新的测试型号、测试项目或者使用其他的标准仪器，程序员需要重新开发测试软件，用户需要重新购买，重新学习软件使用。另外，一些计量校准单位也在日常业务工作中开发了一些自动测试软件，但通常是针对某种特定被测仪器类型，使用的标准仪器和测试项目也相对固定，标准化程度很低，一个程序只完成一种被测仪器的测试任务。遇有标准仪器、被测仪器升级或增加测试项目时，必须对其程序主体进行修改，程序的鲁棒性和可扩展性较差。

目前的自动测试软件只能按开始测试前设定好的测试顺序对被测仪器的各个项目进行测试，每次只能测试一台被测仪器。在调度硬件系统，如标准仪器时，只能是静态调度。这种静态调度对于只测试一台被测仪器的情况尚没有影响，但在实际测试或校准工作中，为了提高效率，常常希望校准系统能够同时对多台不同型号被测仪器进行测试或校准。在这种情况下，目前的自动测试软件不再适用。即使同时运行多个软件实例，也会经常出现一台被测仪器在测试某个项目时占用了一台标准仪器，而此时另一台被测仪器的测试流程正好也需要使用该标准仪器的情况，那么就必须等待前一个被测仪器使用完之后再占用。在实际操作过程中，往往是人为地将校准系统分成两半，或者将测试两台或两台以上被测仪器的测试顺序颠倒过来，以达到交叉占用标准仪器时间的目的。但这种测试方法要求测试人员能够根据测试进度实时地调整测试流程，这样一方面使得测试人员劳动强度较大，另一方面出错率、漏测率都很高。而且测试方案也很难达到最优，实际效率提升不大。另外，由于测试过程中可以出现突发情况，如果在突友情况发生后导致某台被测仪器占用标准仪器的时间延长，那么之前人为优化配置的测试流程将不能顺利进行，由此往往带来时间上的更大浪费。因此迫切需要一种在带有优化算法的软件控制下的全自动硬件动态调度的方法来提升测试效率。

发明内容

有鉴于此，本发明的主要目的在于提供一种电子类设备的自动测试方法及系统，用于解决电子类设备在测试、定期校准以及强制检定过程中，效率低、测试软件的鲁棒性和可扩展性差等技术问题。

为达到上述目的，本发明的技术方案是这样实现的：

一种电子类设备的自动测试系统，该系统包括：

服务端，用于根据客户端提交上来的测试任务信息，结合测试任务中的测试项目使用各标准仪器的时间，动态调度各测试任务中的测试项目的执行顺序；

客户端，用于设置测试任务参数，向服务端提交测试任务信息，并根据服务端决策的测试任务中的测试项目的执行顺序动态加载对应的测试子程序，执行测试。

进一步地，所述客户端包括：

设置模块，用于设置测试任务参数及测试基本信息；所述测试任务参数至少包括：被测设备类型、被测设备型号、测试任务包含的测试项目；所述测试基本信息至少包括被测设备和标准仪器的程控地址；

上报模块，用于在测试开始之前向服务端提交测试任务信息；还用于在测试过程中，实时向服务端上报测试任务执行情况；所述测试任务信息至少包括测试任务包含的测试项目；

动态加载模块，用于根据设定的测试任务参数以及服务端决策的测试任务中的测试项目的执行顺序，动态加载对应的测试子程序，执行测试任务。

进一步地，所述服务端包括：

接收模块，用于接收客户端上报的测试任务信息，以及在测试过程中实时接收测试状态信息，所述测试状态信息至少包括测试项目的完成情况；

动态调度模块，用于根据客户端提交上来的测试任务信息及实时上报的测试状态信息，结合测试项目使用各标准仪器的时间，通过优化调度算法动态调度各测试任务中的测试项目的执行顺序；

下发模块，用于将动态调度模块的调度结果下发给客户端。

进一步地，所述动态加载模块根据服务端决策的测试任务中测试项目的执行顺序，基于统一的调用接口加载测试项目对应的测试子程序，在完成一个测试项目后卸载所加载的对应测试子程序，然后加载下一个测试项目对应的测试子程序，直至完成所有测试项目。

基于本发明实施例，还提出一种电子类设备的自动测试方法，该方法包括：

在客户端设置测试任务参数，在同时对两台或两台以上被测设备进行测试时，向服务端提交测试任务信息；

服务端根据客户端提交上来的测试任务信息，结合预存在服务端的测试项目使用各标准仪器的时间，动态调度各测试任务中的测试项目的执行顺序，并将调度结果反馈给客户端；

客户端根据服务端决策的测试任务中的测试项目的执行顺序动态加载对应的测试子程序，执行测试。

进一步地，在客户端设置测试任务参数具体为：

选择被测设备类型、选择被测设备型号；

定制测试任务，选择测试任务包含的测试项目、测试项目所占用的标准仪器；

设置测试基本信息，所述测试基本信息至少包括被测设备和标准仪器的程控地址。

进一步地，所述客户端根据服务端决策的测试任务中的测试项目的执行顺序动态加载对应的测试子程序的步骤为：

所述客户端根据服务端决策的测试任务中的测试项目的顺序，基于统一的调用接口加载测试项目对应的测试子程序，在完成一个测试项目后卸载所加载的对应测试子程序，然后加载下一个测试项目对应的测试子程序，直至完成所有测试项目。

进一步地，所述服务端动态调度各测试任务中的测试项目的执行顺序的方法具体为：

所述服务端在测试开始时根据各客户端提交的测试任务总量以及预存在服务端的各测试项目需要的时间，通过优化调度算法给出各测试任务中的测试项目的执行顺序；

在测试过程中，所述服务端根据各客户端上报的测试状态信息，实时地根据标准仪器占用时间需求，通过优化调度算法对测试任务中的测试项目的执行顺序进行动态调度，并将调度结果反馈给客户端；所述测试状态信息至少包括测试项目的完成情况。

进一步地，所述优化调度算法为模拟退火算法、神经元算法或蚁群算法。

本发明基于测试子程序的动态加载技术和硬件动态调度技术，实现了开放式的、可自动优化测试进程的自动测试软件架构及系统，提高了测试效率、简化了测试子程序的开发。

本发明基于测试子程序的动态加载技术和硬件动态调度技术实现了一种开放式的、可自动优化测试进程的自动测试软件测试方法及系统，使得自动测试软件开发、维护、升级过程标准化、规范化，提升了电子类设备测试和自动校准软件开发效率，提高软件的鲁棒性和可扩展性。实现同时对多台被测设备进行测试时的标准仪器动态调度，最大程度地减少等待标准仪器的时间，提高效率。

附图说明

图1为本发明基于动态加载和硬件动态调度技术的自动测试系统结构；

图2为本发明客户端执行单台被测设备测试的流程图；

图3为本发明对多台被测设备进行测试的方法流程图；

图4为本发明对测试子程序执行连线判断的流程图；

图5为本发明测试流程的数据流图。

具体实施方式

本发明的基本思想是：基于模块化设计本发明电子类设备自动测试系统的客户端程序，测试子程序与测试项目和被测设备对应，客户端程序通过规范化的、统一的接口调用测试子程序。在同时对两台或两台以上被测设备进行测试时，由服务端程序根据特定的优化算法来动态配置各被测设备测试项目的顺序，使标准仪器得到最大化利用。

为使本发明的目的、技术方案和优点更加清楚明白，以下举实施例并参照附图，对本发明进一步详细说明。

图1为本发明电子类设备自动测试系统的软件架构示意图，所述系统包括服务端和客户端两个部分，在软件架构上包括服务端程序、客户端程序和测试子程序三个组成模块，具体描述如下：

客户端，用于提供用户交互界面，提供测试任务参数设置功能，测试任务参数至少包括：被测设备类型、被测设备型号、测试任务包含的测试项目、测试项目所占用的标准仪器、被测设备和标准仪器的程控地址；客户端根据测试任务参数加载运行对应的测试子程序。在对多个设备进行同时测试的情况下，所述客户端还用于向服务端提交测试任务信息，接收服务端下发的优化测试流程，并根据服务端决策的测试任务中的测试项目的执行顺序动态加载测试子程序，执行测试任务。所述测试任务信息至少包括测试任务包含的测试项目、测试项目所占用的标准仪器及测试过程中测试任务的执行情况。

所述客户端进一步包括：

设置模块，用于设置测试任务参数；所述测试任务参数至少包括：被测设备类型、被测设备型号、测试任务包含的测试项目、测试项目所占用的标准仪器、被测设备和标准仪器的程控地址；

上报模块，用于在测试开始之前向服务端提交测试任务信息；还用于在测试过程中，实时向服务端上报测试任务执行情况；

动态加载模块，用于根据设定的测试任务参数以及服务端决策的测试任务中的测试项目的执行顺序，动态加载对应的测试子程序，执行测试任务。

本发明所述测试任务包含一个或多个测试项目，为了完成一个测试项目，通常需要某种标准仪器或者某套标准仪器，而当确定了使用某个标准仪器或某套标准仪器的组合来实现该测试项目，称为一种测试项目实现。可以记录为“测试项目A-标准仪器A”、“测试项目A-标准仪器B+标准仪器C”等。一个测试项目实现由一个测试项目和一台标准仪器或一套标准仪器组合唯一确定。即一个测试项目实现不会包含多个测试项目。一个测试项目实现有可能需要同时占用多个标准仪器。测试项目实现唯一对应于一个测试子程序。

服务端，用于根据客户端提交上来的测试任务信息，结合测试任务中所包含的测试项目使用各标准仪器的时间，动态调度各测试任务中测试项目的执行顺序，以使各标准仪器的使用效率最大化；

所述服务端进一步包括：

接收模块，用于接收客户端上报的测试任务信息，以及在测试过程中实时接收测试状态信息，所述测试状态信息至少包括测试项目的完成情况；

动态调度模块，用于根据客户端提交上来的测试任务信息及实时上报的测试状态信息，结合测试项目使用各标准仪器的时间，通过优化调度算法动态调度各测试任务的执行顺序；

下发模块，用于将动态调度模块的调度结果下发给客户端。

本发明中，运行于客户端的客户端程序为通用程序，在对多个被测设备进行测试时，可在多个客户端上运行多个客户端程序实例，每个客户端程序实例都与服务端程序之间建立通信连接。

在对单台被测设备进行测试的情况下，客户端程序可不向服务端提交测试任务信息，客户端程序直接加载测试子程序执行测试即可，对单台被测设备进行测试时客户端程序的操作流程如图2所示，具体描述如下：

步骤201、首先进入欢迎界面状态，供用户选择需要测试的被测设备类型；

步骤202、之后进入被测设备型号选择和测试任务的制定界面，该状态可以由用户选择使用预设测试任务，也可以由用户从对于该类被测设备所有测试项目中选择需要进行的测试项目，并进行排序，自定义设置测试任务。

例如，对于某类被测设备和某个被测型号可进行电压、电流、温度三个测试项目的测试，用户可以选择预设的测试任务或自定义测试任务。预设测试任务为系统预先定义的测试任务，例如包含电压、电流、温度三个测试项目，用户自定义的测试任务可三个测试项目中的一项或多项；

步骤203、在测试任务确定之后，进入测试基本信息设置状态，在该状态中主要对被测设备和标准仪器的程控地址进行设置，并记录测试人员、测试温湿度等参数。

步骤204、之后进入测试状态。在该状态中，客户端程序根据前面用户制定的测试任务中的测试项目序列，动态加载各对应测试项目的测试子程序模块。

本发明中，基于模块化设计和开发客户端程序和测试子程序，客户端程序和测试子程序的开发相互独立。测试子程序具有统一的数据接口，客户端程序只需根据测试任务和测试要求加载相应的测试子程序并传入测试参数即可进入测试。以使用Labview开发程序为例，在客户端程序和测试子程序之间使用自定义控件的形式将所有需要传递的参量打包成一个自定义簇，用此来做为统一的接口。也就是说，事先根据实际需要定义了一个自定义簇，其中包括所有需要从客户端程序传给测试子程序的参量。然后在客户端程序中引用该自定义簇，对其中的参量进行赋值，另一边在测试子程序中也引用该自定义簇，并对其中的值取出来使用。在本例中该自定义簇中包括被测仪器类型、型号、通用接口总线(GPIB)地址，以及使用的标准仪器的型号、GPIB地址等参量。

在客户端程序执行时，并不是一开始就将所有测试子程序进行加载，而是根据具体测试项目的需要动态地加载测试子程序，当该测试项目结束后，卸载该测试子程序，然后加载下一个测试项目对应的测试子程序；

动态加载技术的核心思想是在开放的程序框架中设计统一的调用接口，具体进行某项测试时，由主程序根据数据库中的测试任务信息加载相应的测试子程序进行测试，测试完成后再由主程序将其卸载。同时，开放式框架定义了统一的调用规范，使得主程序框架在加载测试子程序时，可以附加调用参数，从而适应不同的测试要求，如不同的测试频率点等。这种开放式结构，使得软件开发人员能够分工明确，互不干扰，有效保证主程序的鲁棒性、健壮性、可扩展性和测试子程序的高效性、灵活性。采用这种动态加载方式具有以下优点：

1.开放性：客户端程序在调用测试子程序时采用动态加载技术，结构完全开放，可以随时增加任何具有程控接口的被测设备种类和测试项目，并且客户端程序和子程序升级不会对软件结构产生任何影响；

2.测试子程序互不干扰性：测试子程序完全独立，由测试专业技术人员基于统一标准规范和工具进行设计，而且测试子程序开发人员不需要阅读和改动主程序，只要了解测试流程就能编写出符合要求的测试子程序，极大的降低了程序开发门槛，增强了软件灵活性；

3.测试子程序结构的标准化：测试子程序采用统一的编写规范和结构，测试子程序开发人员只需根据测试项目流程添加相应测试步骤，设定测试结果有效数字位数即可，无需阅读客户端主程序，测试子程序开发效率很高；

4.维护便利性：客户端程序和测试子程序中设计的错误处理机制，能够保证每个测试子程序发生错误时不会影响客户端主程序的运行，而是能够继续完成其他项目测试。产生故障的测试子程序可单独从测试框架中脱离，待完善后再重新接入主程序。

本发明在测试子程序动态加载的基础上，进一步提出动态调度技术，当同时对两台或两台以上被测设备进行测试时，占用标准仪器在时间上可能出现冲突，动态调度技术可以根据各测试项目占用标准仪器的时间，通过服务端程序根据特定的优化算法来动态配置各被测设备测试项目的顺序，使标准仪器得到最大化的利用率，由此大大缩短测试时间。

本发明主要根据测试项目需要占用什么标准仪器以及占用标准仪器的时间这两个参数来进行优化。优化算法的调用接口有如下几个输入参数：被测仪器类型、型号、数量、用户选择的测试项目、具备的标准仪器型号、数量。输出为对每个客户端的测试任务中的测试项目的顺序。

硬件动态调度技术的优势在于可以最大限度提高所占用标准仪器的使用效率，非常适合同时对多台被测设备进行测试。而且结合以上所述的测试子程序动态调用技术，使得程序在结构上完全分离，服务端程序和客户端程序之前只有提交测试任务和给出调度指令的接口，服务端程序和测试子程序不产生任何交互，这样保证了程序开发的独立性，和程序使用过程中的鲁棒性。由于服务端程序通过优化算法对硬件进行动态调度给自动测试带来了以下优势：

1.最大化多台被测设备同时测试的测试效率；由于服务端程序在开始时就根据各客户端提交上来的测试任务总量以及预设各测试项目需要的时间，进行优化配置测试流程，并且在测试过程中实时地根据标准仪器占用情况调制测试流程，所以可以达到标准仪器占用率的最大化，从而提高对被测设备的测试效率。

2.减少了测试人员人为控制的工作量；由于整个控制流程的程序化，使得在各仪器之间进行人为配置的成分最小化，一方面减轻了测试人员的工作强度，另一方面也减少了出错率和漏测率。

3.便于应对测试过程中的一些突发情况。在实际测试过程中，经常会出现一些突发情况，例如某个测试项目测试结果不理想，需要再次测试进行验证。这些突发情况导致原先制定的测试方案不能顺利进行，如果没有动态调度功能，该突发情况必然会打乱本台被测设备的测试进度，很可能导致其他被测设备需要占用标准仪器时不能得到分配。动态调度技术可以实时地根据实际测试情况调度硬件的占用分配。

当同时对两台或两台以上的被测设备进行测试时，需要启动服务端程序，对标准仪器的占用进行动态地调度。如图3所示，具体的步骤如下：

步骤301～步骤303所执行的功能同附图2中的步骤201～步骤203，所不同的是需要对多个被测设备的测试任务进行设置定制；

步骤304：在完成所有测试任务的定制后，客户端程序将被测设备的型号和需要进行的测试项目以任务的形式提交给服务端程序；

步骤305：服务端程序中事先存储有各测试项目需要占用某标准仪器的时长，根据各测试任务占用标准仪器的时长，服务端程序通过优化算法给出最优的测试顺序安排，反馈给客户端程序。

步骤306：客户端程序根据服务端程序给出的测试项目的测试顺序执行测试。

优化算法的优化目标是完成所有被测设备的测试任务需要花费的时间最短，即各客户端程序按照服务端程序给出的最优化测试序列对各被测设备进行测试，能在最短时间内完成所有测试任务。由于在测试过程中存在着很多突发因素的影响，导致一些测试步骤消耗了大于理论时长的时间，那么此时如果继续按照一开始给出的优化测试序列就不能达到最短时间完成所有测试任务的目标。因此，本发明还采用了实时调度技术，服务端程序在结束第一次优化测试策略的制定，并把结果传输给客户端进行测试之后，服务端程序并没有结束运行，而是继续监控各个客户端执行测试任务的进度，当其中一个客户端执行完一项测试项目时，即刻反馈给服务端一个信号，服务端程序再进行一次优化计算，看此时是否会有其他的测试策略比当前策略能更快完成所有测试任务，如果有，立即调整该客户端以及其他客户端当前测试项目实现之后的测试策略，如果没有，继续按照之前策略进行。

进入测试状态后，由于有一些测试项目使用的硬件连线方式是一致的，而另一些是不同的，对于连线相同的测试项目之间的过渡，可以直接由软件自动控制，进行连续性地测试，对于连线方式不同的测试项目过渡，就需要程序进入暂停状态，以备测试人员手动调整连线方式，再继续程序。因此各测试子程序模块在调用时按如图4所示流程进行。开始进入测试状态时，程序执行等待状态，等待用户按提示连接被测设备和标准仪器。连接好仪器之后，主框架即根据当前测试任务顺序加载相应测试子程序，进行该项目测试。每完成一个项目测试后，进入下一个测试项目之前，客户端程序会判断下一测试项目的测试连线方式是否与本测试项目相同。如果相同，即不需要改变连线方式，则直接进入下一个测试子程序，开始下一项目的测试；如测试连线方式不相同，则进入等待状态，客户端程序提示用户更改连线方式，待用户更改后继续进行后继测试。以此类推，直到测试任务中的最后一个测试子程序执行完毕后结束测试状态，等待用户做下一步选择。用户可以选择进入生成证书状态、返回测试基本信息设置状态继续测试下一台被测设备，或者直接退出该程序。

本发明测试过程基于数据流，而不是传统的过程流，即只有当数据准备好以后，才进行下一步骤操作。这种方式特别适合于自动测试过程的实现。图5所示为本发明执行测试所基于的数据流示意图，本发明优选实施例中，各种数据和信息的交换采用数据库，其中，对各被测设备类型有以下数据表：被测型号及属性表、标准仪器及属性表、测试项目表、测试子程序表、测试任务表、测试连线示意图表、测试结果列表等。测试子程序表关联着测试项目表、被测设备型号及属性表、标准仪器及属性表、测试连线示意图表，即每一个测试子程序记录必须有对应的测试项目、被测型号、使用的标准仪器及需要占用的时间、测试连线示意图这几个属性。测试任务表关联着测试子程序表，即每一个测试任务记录由一系列测试子程序排列组合而成，这些测试任务可以是预先设置的，可以是用户自定义的，也可以是由服务端程序通过优化算法进行配置的，也可以是服务端程序根据实际测试过程进行动态调度配置的。客户端程序根据主数据库中的这些信息，动态加载相应的测试子程序进行自动化测试。客户端程序根据被测设备信息、测试子程序信息和测试要求加载相应的原始记录模板文件，并结合该被测设备产品序列号生成该台被测设备的测试原始记录文件，供调用的测试子程序使用，读取测试参数和存储测试结果。在生成证书状态中，证书创建子程序调用数据库中的有关信息自动生成规划的测试证书。

以下举实例说明应用本发明的技术方案实现对射频类电子设备的自动校准的过程，所述的射频类电子设备主要类型包括：调制度分析仪、失真仪检定装置、数字多用表、射频信号发生器、移动通信综合测试仪等。各种被测设备类型都包括多家厂商的多种型号仪器，各类被测设备都有多个测试项目。系统软件部分开发主要分为以下几个部分：

1、客户端程序；主要完成人机交互功能、与服务端程序之间的接口、以及动态调用测试子程序完成测试的功能。

2、服务端程序；主要完成接收客户端程序提交的测试任务，根据优化算法制定最佳测试序列。并在实际测试过程中实时动态调度标准仪器，实现标准仪器的最大化利用率。优化算法采用模拟退火算法，使用Matlab软件加以实现。

3、测试子程序；具有统一的接口，供客户端程序调用。完成特定项目具体的测试任务。

4、主数据库，用于存储测试任务、测试项目、被测设备及标准仪器的相关信息及其关联关系，供客户端程序和服务端程序访问。

该实施例采用高级编程语言(例如，非常适合仪器控制的LabVIEW开发软件)进行开发。客户端程序和服务端程序由项目组团队进行开发，测试子程序由熟悉各类被测设备测试、校准的技术人员开发。由于采用了本发明描述的基于动态加载技术的开放式框架，整体程序开发效率非常高，而且程序的鲁棒性和可扩展性很强，新测试仪器种类、型号和测试项目可以随时添加到该软件系统中，不会对程序主框架产生任何影响。同时，由于测试子程序由本专业技术人员负责，从而能够有效保证测试的完整性和可靠性，保证测试结果的准确可靠。

该实施例的服务端程序根据多个客户端提交上来的测试任务，对各客户端的被测设备进行测试任务的优化配置。优化配置的算法可以基于模拟退火算法、神经元算法、蚁群算法等成熟算法加以实现，本例中采用模拟退火算法。例如，客户端提交上来3个测试任务，分别为任务A、任务B和任务C，表1和表2中分别以不同的颜色了区分，三个测试任务需要同时测试三台被测设备，需要使用的标准仪器有四台，即三台被测设备必须轮流占用这四台标准仪器，整个测试流程需要占用标准仪器A两个单位时间，需要占用标准仪器B两个单位时间，需要占用标准仪器C一个单位时间，需要占用标准仪器D一个单位时间。将三台被测设备的测试任务，以及各测试项目需要占用的测试时长输入优化配置程序，优化配置程序以使用最短时间完成所有测试为优化目标进行优化计算，输出是对三台被测设备的测试安排的时间序列，分别输入到提交测试任务的三个客户端程序，控制三台被测设备开始测试。

如果不进行优化，三台被测设备都采用顺序占用标准仪器A、标准仪器B、标准仪器C、标准仪器D的测试序列，那么完成这三台被测设备的测试任务需要十个单位时间，如下表1所示。如果采用本发明的优化算法进行优化，得出如表2所示测试流程配置，则只需要六个单位时间就可以完成三台被测设备的测试任务。并且可以在实际测试过程中根据某些突发情况，实时地调整测试流程配置，即对硬件进行动态调度。

表1 顺序测试三台被测设备

表2 优化算法优化后的测试顺序

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (6)

1.一种电子类设备的自动测试系统，其特征在于，该系统包括：服务端和客户端；

服务端，用于根据客户端提交上来的测试任务信息，结合测试任务中的测试项目使用各标准仪器的时间，动态调度各测试任务中的测试项目的执行顺序；

所述服务端包括：

接收模块，用于接收客户端上报的测试任务信息，以及在测试过程中实时接收测试状态信息，所述测试状态信息至少包括测试项目的完成情况；

动态调度模块，用于根据客户端提交上来的测试任务信息及实时上报的测试状态信息，结合测试项目使用各标准仪器的时间，通过优化调度算法动态调度各测试任务中的测试项目的执行顺序；

下发模块，用于将动态调度模块的调度结果下发给客户端；

客户端，用于设置测试任务参数，向服务端提交测试任务信息，并根据服务端决策的测试任务中的测试项目的执行顺序动态加载对应的测试子程序，执行测试；

所述客户端包括：

设置模块，用于设置测试任务参数及测试基本信息；所述测试任务参数至少包括：被测设备类型、被测设备型号、测试任务包含的测试项目；所述测试基本信息至少包括被测设备和标准仪器的程控地址；

上报模块，用于在测试开始之前向服务端提交测试任务信息；还用于在测试过程中，实时向服务端上报测试任务执行情况；所述测试任务信息至少包括测试任务包含的测试项目；

动态加载模块，用于根据设定的测试任务参数以及服务端决策的测试任务中的测试项目的执行顺序，动态加载对应的测试子程序，执行测试任务。

2.根据权利要求1所述的系统，其特征在于，所述动态加载模块根据服务端决策的测试任务中测试项目的执行顺序，基于统一的调用接口加载测试项目对应的测试子程序，在完成一个测试项目后卸载所加载的对应测试子程序，然后加载下一个测试项目对应的测试子程序，直至完成所有测试项目。

3.根据权利要求1所述的系统，其特征在于，所述优化调度算法为模拟退火算法、神经元算法或蚁群算法。

4.一种电子类设备的自动测试方法，其特征在于，该方法包括：

在客户端设置测试任务参数及测试基本信息，所述测试任务参数至少包括：被测设备类型、被测设备型号、测试任务包含的测试项目以及测试项目所占用的标准仪器；所述测试基本信息至少包括被测设备和标准仪器的程控地址；

在同时对两台或两台以上被测设备进行测试时，向服务端提交测试任务信息；

所述服务端在测试开始时根据各客户端提交的测试任务总量以及预存在服务端的各测试项目需要的时间，通过优化调度算法给出各测试任务中的测试项目的执行顺序；

在测试过程中，所述服务端根据各客户端上报的测试状态信息，实时地根据标准仪器占用时间需求，通过优化调度算法对测试任务中的测试项目的执行顺序进行动态调度，并将调度结果反馈给客户端；所述测试状态信息至少包括测试项目的完成情况；

客户端根据服务端决策的测试任务中的测试项目的执行顺序动态加载对应的测试子程序，执行测试。

5.根据权利要求4所述的方法，其特征在于，所述客户端根据服务端决策的测试任务中的测试项目的执行顺序动态加载对应的测试子程序的步骤为：

所述客户端根据服务端决策的测试任务中的测试项目的顺序，基于统一的调用接口加载测试项目对应的测试子程序，在完成一个测试项目后卸载所加载的对应测试子程序，然后加载下一个测试项目对应的测试子程序，直至完成所有测试项目。

6.根据权利要求4所述的方法，其特征在于，所述优化调度算法为模拟退火算法、神经元算法或蚁群算法。

Images