CN106569943A - 一种机台设备的硬件测试方法和硬件测试系统 - Google Patents

Abstract

本发明实施例提供了一种机台设备的硬件测试方法和硬件测试系统，硬件测试方法包括以下步骤：根据测试需求分别配置每个待测试模块的信息和每个待测试模块的至少一个待测试服务的信息至配置文件；待测试模块的信息包括待测试模块的ID、测试优先级和对象路径，待测试服务的信息包括待测试服务的名称和参数；待测试服务的参数根据测试需求确定；上位机接收测试信号和配置文件；在上位机接收到测试信号和配置文件后，根据配置文件和测试优先级执行各个待测试模块的至少一个待测试服务的测试。本发明实施例能够根据实际测试需求配置需要测试的模块以及服务，从而增加了测试的灵活性，而且采用一键式对机台设备进行自动化测试，有效提高了测试效率。

Description

一种机台设备的硬件测试方法和硬件测试系统

技术领域

本发明涉及测试技术领域，特别是涉及一种机台设备的硬件测试方法和一种机台设备的硬件测试系统。

背景技术

目前，机台设备在出厂之前会经过一系列的测试工作，主要包括硬件设备的验机测试以及针对硬件设备软件的测试工作等。测试的主要目的是保证机台在出厂之前能够达到用户需求，并尽可能多的发现硬件或软件上的缺陷，从而及时解决，为客户提供良好的用户体验。

其中，针对硬件设备的验机测试除一些涉及到外观设计、接线规范之外，还包括对机台本身性能的测试，如腔室漏率检测、MFC(Mass FlowController，质量流量控制器)校准等操作，这些操作大都涉及到软件流程，因此与软件测试有部分重叠。而不同于常用的软件测试的是，这部分基于软件的硬件测试具有一定的固定性以及非完备性，也就是说无需像软件测试那样测试到所有的情况。

通常情况下，由于机台设备的部件比较多，并且提供给用户的服务也各种各样，这就造成了软硬件测试的复杂性和繁琐性。另外，对于大型的机台设备，机械人员、电气人员、软件人员、工艺人员等均需要使用，因此造成了机台设备的争夺使用，不同程度上干扰了软硬件测试的进行，降低了测试效率。

在测试过程中，各个模块之间、服务与服务之间的优先级有所差异，有些模块必须先执行其它模块才能继续执行，对于测试人员来说必须首先记住这些规则，才能更好的完成测试计划。另外，在测试过程中，通常需要人为记录测试结果并对测试结果进行评价。

而市场上自动化测试技术以及自动化测试方案大多是针对网页或者基于windows系统的软件，在linux下的自动测试方法虽然也具有一定的可用性，但针对特定的大型机台设备软件，因该软件具有特有的属性和软件架构方法，往往上述自动测试方法的实用性会打很大的折扣。因此，目前常用的基于软件的机台硬件设备测试手段仍停留在人工手动测试或者普适性自动化测试阶段。

其中，相关技术一的技术方案就是通过人为点击各个向上提供给用户的服务，并根据打印出的日志以及服务执行的结果人为观察执行结果是否满足条件。这种方法需要软硬件测试人员长时间占用机台，并对软件具有一定的了解，通过所见、所选获取测试信息，如果用户有较多的测试用例，需要测试人员根据测试用例项一条一条输入后进行测试化工作。相关技术二的技术方案就是常用的自动化测试方法，通过开发自动化测试脚本实现对硬件机台的自动化测试。在一些测试部门中，测试人员也承担一部分的开发工作，即自动化测试工具的开发。通过对相关软件的特征进行分析，按照软件测试流程以及测试需求开发自动化测试工具，形成一套测试系统，并依此作为软件测试的辅助工具。

上述相关技术还存在以下缺陷：相关技术一的技术方案需要测试人员对设备及软件较为熟悉，并且针对同一服务连续多次的手工输入各个测试用例，不仅耗费人工精力，同时需要长时间占用设备，测试效率极低。相关技术二的技术方案虽然操作起来比相关技术一的技术方案节省了测试的时间，但增加了开发的难度，而且对于大型机台设备，软件架构有一定的固有属性，利用自动化测试的方法投入成本过大，往往收效甚微；另外，常用的自动化测试方法，主要追求的是测试的完备性。

发明内容

鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种机台设备的硬件测试方法和相应的一种机台设备的硬件测试系统。

为了解决上述问题，本发明实施例公开了一种机台设备的硬件测试方法，所述机台设备包括多个信息可配置的模块，每个所述模块提供多个信息可配置的服务，每个所述服务的参数可配置，所述机台设备的硬件测试方法包括以下步骤：根据测试需求分别配置每个待测试模块的信息和每个所述待测试模块的至少一个待测试服务的信息至配置文件；所述待测试模块的信息包括所述待测试模块的ID(Identity，身份标识号码)、测试优先级和对象路径，所述待测试服务的信息包括所述待测试服务的名称和参数；所述待测试服务的参数根据所述测试需求确定；上位机接收测试信号和所述配置文件；在所述上位机接收到所述测试信号和所述配置文件后，根据所述配置文件和所述测试优先级执行各个所述待测试模块的至少一个所述待测试服务的测试。

优选地，在所述根据测试需求分别配置每个待测试模块的信息之前，还包括以下步骤：将每个所述待测试模块的测试接口添加至所述配置文件的待测试模块列表中。

优选地，在所述根据测试需求分别配置每个所述待测试模块的至少一个待测试服务的信息之前，还包括以下步骤：将每个所述待测试模块的每个所述待测试服务的服务句柄，添加至所述待测试模块列表中所述待测试模块对应的待测试服务列表。

优选地，所述根据所述配置文件和所述测试优先级执行各个所述待测试模块的至少一个所述待测试服务的测试，具体包括以下步骤：获取当前待测试模块的测试接口；所述当前待测试模块为所述待测试模块列表的剩余待测试模块中测试优先级最高的待测试模块；执行所述当前待测试模块的至少一个所述待测试服务的测试；在所述当前待测试模块的至少一个所述待测试服务的测试完成后，调整所述当前待测试模块为下一个待测试模块，直至所述待测试模块列表中每个所述待测试模块的至少一个所述待测试服务的测试完成。

优选地，所述执行所述当前待测试模块的至少一个所述待测试服务的测试包括以下步骤：S11，获取所述当前待测试模块的对象；S12，获取所述当前待测试模块的待测试服务列表；S13，判断当前待测试服务是否存在于所述对象的服务列表中；S14，如果存在，则根据所述当前待测试服务的名称和参数获取所述当前待测试服务的服务句柄；S15，执行所述当前待测试服务的测试；S16，调整所述当前待测试服务为下一个待测试服务；S17，重复执行所述S13至所述S16，直至所述待测试模块的至少一个所述待测试服务的测试完成。

优选地，所述机台设备的硬件测试方法还包括以下步骤：在执行各个所述待测试模块的至少一个所述待测试服务的测试过程中打印各个所述待测试模块的每个所述待测试服务的执行过程；在各个所述待测试模块的至少一个所述待测试服务的测试完成后，对每个所述待测试模块的所述待测试服务个数、已执行的所述待测试服务个数、已执行的所述待测试服务中执行成功的个数和已执行的所述待测试服务中执行失败的个数进行统计分析，并根据统计分析结果打印测试报告。

为了解决上述问题，本发明还公开了一种机台设备的硬件测试系统，所述机台设备包括多个信息可配置的模块，每个所述模块提供多个信息可配置的服务，每个所述服务的参数可配置，所述机台设备的硬件测试系统包括：信息配置模块，用于根据测试需求分别配置每个待测试模块的信息和每个所述待测试模块的至少一个待测试服务的信息至配置文件；所述待测试模块的信息包括所述待测试模块的ID、测试优先级和对象路径，所述待测试服务的信息包括所述待测试服务的名称和参数；所述待测试服务的参数根据所述测试需求确定；上位机，用于接收测试信号和所述配置文件；下位机，用于在所述上位机接收到所述测试信号和所述配置文件后，根据所述配置文件和所述测试优先级执行各个所述待测试模块的至少一个所述待测试服务的测试。

优选地，在根据所述测试需求分别配置每个所述待测试模块的信息之前，所述信息配置模块将每个所述待测试模块的测试接口添加至所述配置文件的待测试模块列表中。

优选地，在根据所述测试需求分别配置每个所述待测试模块的至少一个所述待测试服务的信息之前，所述信息配置模块将每个所述待测试模块的每个所述待测试服务的服务句柄，添加至所述待测试模块列表中所述待测试模块对应的待测试服务列表。

优选地，所述下位机包括：测试模块，用于获取当前待测试模块的测试接口以执行所述当前待测试模块的至少一个所述待测试服务的测试；所述当前待测试模块为所述待测试模块列表的剩余待测试模块中测试优先级最高的待测试模块；调整模块，用于在所述当前待测试模块的至少一个所述待测试服务的测试完成后，调整所述当前待测试模块为下一个待测试模块，直至所述待测试模块列表中每个所述待测试模块的至少一个所述待测试服务的测试完成。

优选地，所述测试模块包括：对象获取单元，用于获取所述当前待测试模块的对象；列表获取单元，用于获取所述当前待测试模块的待测试服务列表；判断单元，用于判断当前待测试服务是否存在于所述对象的服务列表中；测试单元，用于在所述当前待测试服务存在于所述对象的服务列表中时，根据所述当前待测试服务的名称和参数获取所述当前待测试服务的服务句柄以执行所述当前待测试服务的测试；调整单元，用于调整所述当前待测试服务为下一个待测试服务，直至所述待测试模块的至少一个所述待测试服务的测试完成。

优选地，所述上位机包括：测试报告打印模块，所述测试报告打印模块用于在所述下位机执行各个所述待测试模块的至少一个所述待测试服务的测试过程中，打印各个所述待测试模块的每个所述待测试服务的执行过程，以及在各个所述待测试模块的至少一个所述待测试服务的测试完成后，对每个所述待测试模块的所述待测试服务个数、已执行的所述待测试服务个数、已执行的所述待测试服务中执行成功的个数和已执行的所述待测试服务中执行失败的个数进行统计分析，并根据统计分析结果打印测试报告。

与相关技术相比，本发明实施例包括以下优点：

根据实际测试需求配置需要测试的机台设备模块以及服务，从而增加了测试的多样性(灵活性)，且开发难度和测试成本低，实用性好；

根据测试信号对配置的机台设备模块以及服务进行一键式自动化测试，从而有效提高了测试效率，无需测试人员熟悉机台设备及测试软件，避免了测试人员长时间占用机台设备，极大地降低了人工成本；

出具自动化测试的测试报告，从而在一定程度上可以帮助电气人员、软件人员、测试人员等发现问题。

附图说明

图1是本发明的一种机台设备的硬件测试方法实施例的步骤流程图；

图2是本发明的一种机台设备的硬件测试方法具体实施例中测试所有待测试模块的步骤流程图；

图3是本发明的一种机台设备的硬件测试方法实施例中配置文件的示意图；

图4是本发明的一种机台设备的硬件测试方法具体实施例中测试当前待测试模块的步骤流程图；

图5是本发明的一种机台设备的硬件测试系统实施例的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

本发明实施例的核心构思之一在于，根据实际测试需求(机台设备硬件测试过程中需要通过软件来进行测试的部分)配置需要测试的机台设备模块以及服务，进而根据测试信号对配置的机台设备模块以及服务进行一键式自动化测试，从而在一定程度上解决相关技术存在的缺陷。

参照图1，示出了本发明的一种机台设备的硬件测试方法实施例的步骤流程图，具体可以包括如下步骤：

S1，根据测试需求分别配置每个待测试模块的信息和每个待测试模块的至少一个待测试服务的信息至配置文件；待测试模块的信息包括待测试模块的ID、测试优先级和对象路径，待测试服务的信息包括待测试服务的名称和参数；待测试服务的参数根据测试需求确定。

其中，测试需求可以根据待测试机台设备在硬件测试过程中需要通过软件来进行测试的部分来确定，上述的至少一个待测试模块可以为机台设备的多个模块中的一个模块或多个模块或全部模块。在本发明的一个实施例中，每个待测试模块的测试优先级各不相同，例如位于物理层模块的测试优先级高于位于功能层模块的测试优先级，而功能层模块的测试优先级又高于操作层模块的测试优先级，其中，只有低层模块的功能完备了才能保证高层模块可以被顺利调用。在本发明的一个实施例中，可以通过setTestModule函数生成待测试模块的对象，其中，setTestModule函数中，参数1为待测试模块的ID，参数2为待测试模块的类定义。

需要说明的是，服务为用户提供对硬件设备的操作功能，服务所属层级为物理层、功能层或操作层。一台机台设备通常包含多种部件，对应到软件上来说，机台设备包括多个信息可配置的模块，每个模块提供多个信息可配置的服务，每个服务的参数可配置。服务可以包含参数、返回结果两种属性，服务的参数为服务的输入，服务的返回结果为服务执行完毕后反馈给用户的响应。当服务的输入不同时，对于测试人员或用户来讲，期待的反馈响应也应有所不同，因此服务的参数可配置显得尤为必要。为满足不同的测试需求，需要对一个模块下的若干(部分或全部)服务进行测试，因此服务的参数可配置能够使测试计划更为灵活。

优选地，在本发明的一个实施例中，在根据测试需求分别配置每个待测试模块的信息之前，还可以包括以下步骤：

将每个待测试模块的测试接口添加至配置文件的待测试模块列表中。

其中，调用待测试模块的测试接口即可对待测试模块进行测试。

具体地，在本发明的一个实施例中，可以通过TestModule表示待测试模块，并可以通过TestModules存储通过配置文件添加的待测试模块列表，通过call_RunService函数为待测试模块提供一键测试服务。具体地，通过addTestModule函数配置每个待测试模块的信息如下：addTestModule函数中，参数1为待测试模块的测试优先级，测试优先级从1开始逐次排列，其中，数值越小测试优先级越高，该测试优先级可以根据用户需要进行自定义设置。参数2为待测试模块的ID，用于唯一标示待测试的模块数，并作为进行模块验证的依据。参数3为待测试模块的对象路径，用以获取各待测试模块的对象。

通过addTestModule函数对待测试模块的信息配置完毕后，只需要一键点击待测试机台设备的start按钮、按键或图标等即可完成对所有配置的待测试模块的测试工作，并根据测试优先级顺序进行从高到低的测试工作。

优选地，在本发明的一个实施例中，在根据测试需求分别配置每个待测试模块的至少一个待测试服务的信息之前，还可以包括以下步骤：

将每个待测试模块的每个待测试服务的服务句柄，添加至待测试模块列表中待测试模块对应的待测试服务列表。

在本发明的一个实施例中，可以通过serviceInfo表示待测试模块对应的所有服务的列表，可以通过addServices函数添加待测试服务，addServices函数中参数1为待测试服务名称(servicename)，参数2为待测试服务参数(params)，待测试服务参数有0到多个，可以以“-”为间隔进行配置，并可以以C++中map的形式将待测试服务存储到变量ServiceList中。其中，调用待测试服务的服务句柄即可对待测试服务进行测试。在本发明的一个实施例中，可以通过Call(service)函数来调用配置的待测试服务。

S2，上位机接收测试信号和配置文件。

S3，在上位机接收到测试信号和配置文件后，根据配置文件和测试优先级执行各个待测试模块的至少一个待测试服务的测试。

其中，在本发明的一个实施例中，可以通过下位机获取机台设备的测试接口等来根据配置文件和测试优先级执行各个待测试模块的至少一个待测试服务的测试，此时，本发明实施例的机台设备的硬件测试方法为基于采用上位机和下位机进行软件架构的测试方法，该种软件架构可类比C/S架构(客户端/服务器架构)。需要说明的是，下位机的软件可以运行于Linux系统等系统之上，并向上位机提供各式各样的服务，进而完成对机台设备的控制和操作流程。

优选地，在本发明的一个实施例中，根据配置文件和测试优先级执行各个待测试模块的至少一个待测试服务的测试即步骤S3，具体可以包括以下步骤：

S31，获取当前待测试模块的测试接口。

其中，当前待测试模块为待测试模块列表的剩余待测试模块中测试优先级最高的待测试模块。

S32，执行当前待测试模块的至少一个待测试服务的测试。

其中，参照图2，在本发明的一个具体实施例中，在步骤S31之前，步骤S3还可以包括以下步骤：

S33，获取通过配置文件添加的待测试模块列表的大小NUM1，并初始化整型变量i＝0。

S34，判断整型变量i是否小于待测试模块列表的大小NUM1。

如果是，进入步骤S31，如果否，结束。

参照图2，在本发明的一个具体实施例中，在步骤S32之后，步骤S3还可以包括以下步骤：

S35，判断是否捕捉到测试待测试模块时抛出的异常信号。

如果是，进入步骤S36，如果否，进入步骤S37。

S36，整型变量i加一，调整当前待测试模块为下一个待测试模块。

返回步骤S34。

S37，抛出报警信号。

优选地，在本发明的一个实施例中，执行当前待测试模块的至少一个待测试服务的测试即步骤S32，可以包括以下步骤：

S11，获取当前待测试模块的对象。

S12，获取当前待测试模块的待测试服务列表。

S13，判断当前待测试服务是否存在于对象的服务列表中。

如果是，进入步骤S14。

S14，如果存在，则根据当前待测试服务的名称和参数获取当前待测试服务的服务句柄。

S15，执行当前待测试服务的测试。

S16，调整当前待测试服务为下一个待测试服务。

S17，重复执行S13至S16，直至待测试模块的至少一个待测试服务的测试完成。

在步骤S17之后，可以进入步骤S35。

优选地，在本发明的一个实施例中，在步骤S3之后，机台设备的硬件测试方法还可以包括以下步骤：

首先，在执行各个待测试模块的至少一个待测试服务的测试过程中打印各个待测试模块的每个待测试服务的执行过程。

其次，在各个待测试模块的至少一个待测试服务的测试完成后，对每个待测试模块的待测试服务个数、已执行的待测试服务个数、已执行的待测试服务中执行成功的个数和已执行的待测试服务中执行失败的个数进行统计分析，并根据统计分析结果打印测试报告。

具体地，在本发明的一个实施例中，参照图3，每个模块可以向上提供一个一键测试模块的功能start服务按钮作为测试接口，且模块内部可以任意添加待测试服务，例如点击按键或虚拟按键等添加待测试服务1、……、添加待测试服务N，N为大于或等于1的整数，并相应的添加待测试服务的信息，而且机台设备中所有待测试模块也同样向上提供一个一键测试设备的功能start服务按钮作为测试接口，该机台设备内部可以任意添加待测试模块的信息，例如点击按键或虚拟按键等添加待测试模块1、……、添加待测试模块M，M为大于或等于1的整数，M可以等于或不等于N，并相应的添加待测试模块的信息，从而实现一键测试设备的配置文件。其中，对机台设备测试的完备性就是对各个向上提供的服务测试的完备性。配置文件配置完毕后，用户只需要一键点击待测试模块的功能start服务按钮，即可自动完成对该待测试模块的所有待测试服务的测试工作。

在本发明的一个实施例中，在机台设备的测试过程中，还可以统计执行成功待测试服务的个数和执行失败待测试服务的个数，并打印到测试文档中，以及可以在测试过程中打印各待测试模块的各待测试服务的执行过程，并在各待测试服务执行完毕后对该待测试服务的执行结果进行合理化评价，和在各待测试模块执行完毕后对该待测试模块现有的待测试服务数、已执行的待测试服务数、待测试服务正确执行完毕数目等进行统计分析，并打印出软件测试报告。

具体地，在本发明的一个实施例中，在执行当前待测试模块的至少一个待测试服务的测试即步骤S32之前，首先设定执行成功待测试服务的个数m_RunSuccess和执行失败待测试服务的个数m_RunFailed为0。进一步地，在本发明的一个实施例中，在步骤S12之后，执行当前待测试模块的至少一个待测试服务的测试即步骤S32，还可以包括以下步骤：

S18，获取当前待测试模块的待测试服务列表的大小NUM2，并初始化整型变量j＝0。

S19，判断整型变量j是否小于待测试模块列表的大小NUM2。

如果是，进入步骤S13，如果否，结束。其中，在步骤S13中，如果否，进入步骤S110。

S110，执行失败待测试服务的个数m_RunFailed加一。

进一步地，在本发明的一个实施例中，在步骤S15之后，执行当前待测试模块的至少一个待测试服务的测试即步骤S32，还可以包括以下步骤：

S111，判断当前待测试服务的测试是否失败。

如果是，进入步骤S112，如果否，进入步骤S113。其中，当前待测试服务的测试失败可以为当前待测试服务的硬件运行失败。

S112，抛出异常信号。

S113，执行成功待测试服务的个数m_RunSuccess加一，整型变量j加一。

在步骤S113后，可以进入步骤S16，另外，在步骤S16之后，可以返回步骤S19，此时，上述通过步骤即可完成执行当前待测试模块的至少一个待测试服务的测试，步骤S17可以省去。

需要说明的是，本发明实施例是对机台设备进行有限测试的测试手段，并不提供完备性软件测试的功能，旨在为进行硬件验收测试过程中所需要进行测试的功能提供基于软件的测试方案。不同于软件测试方法的完备性，基于软件的硬件测试需要根据不同的硬件，区别输入不同的测试参数进行测试，本发明实施例并不要求满足所有的测试条件。例如，在摆阀控压测试中，测试手段通常为先通入不同流量的气体，使用摆阀进行控压，观察摆阀控压稳定时的位置。通常这样的测试方法并不需要对所有的可能情况进行测试，只需要选取若干样本进行测试。

以下根据本发明实施例的机台设备的硬件测试方法详细描述摆阀控压测试的具体实施方案。

首先，摆阀控压涉及到两个待测试模块的操作，先是设置工艺腔室内气路模块的气体流量例如N2流量(单位可以为SCCM)的操作，再是设置工艺腔室内摆阀需要控制的压力值(单位可以为mTorr)的操作。另外，摆阀控压测试一般需要若干个不同的测试条件。各测试条件如下表所示：

确定以上测试条件后，则根据上述本发明实施例的机台设备的硬件测试方法进行摆阀控压测试。完成该测试的程序如下：

上述程序可以对应描述为：

首先配置涉及到的模块和服务，即在xml中配置气路模块的测试，其中，type＝”instance”为该节点的句柄，class＝”ModuleTest”表示进行该气路模块测试的执行类名为ModuleTest；

进而配置该气路模块的信息，其中，type＝”method”说明setTestModule为类ModuleTest的一个函数，GasLine为该气路模块的名字，/Control/Operation/GasLine为该气路模块对应的对象路径；

进而添加该气路模块的服务，其中，type＝”method”说明addServices为类ModuleTest的一个函，SetGasFlow为该服务的名字，N2-20为该服务的两个参数；

以-分割XML一个节点结束。

配置摆阀的模块和服务的程序与配置气路模块的程序类似，以下不再解释。

然后，配置摆阀控压的一项测试：

首先，在xml中配置所有模块的测试，其中，type＝”instance”说明该节点为句柄，class＝”AllTest”表示进行该测试的执行类名为AllTest；

配置该气路模块测试的信息，其中，type＝”method”说明addTestModule为类AllTest的一个函数，1为addTestModule函数的第一个参数，表示该气路模块的ID，GasLine为气路模块的名称，./GasLineTest为气路模块对应的对象路径；

配置该摆阀测试的信息，其中，type＝”method”说明addTestModule为类AllTest的一个函数，2为addTestModule函数的第二个参数，表示该摆阀的ID，GasLine为摆阀的名称，./GasLineTest为摆阀对应的对象路径。

同样，摆阀控压测试的其他项的测试也可以按照该机台设备的硬件测试方法进行配置。由于服务被封装在测试类中，因此，只需要调用测试类的一键测试服务即可完成对配置项的测试任务。

与相关技术相比，本发明实施例的机台设备的硬件测试方法包括以下优点：

根据实际测试需求配置需要测试的机台设备模块以及服务，从而增加了测试的多样性(灵活性)，且开发难度和测试成本低，实用性好；

根据上位机接收到的测试信号和配置文件对配置的机台设备模块以及服务进行一键式自动化测试，从而有效提高了测试效率，无需测试人员熟悉机台设备及测试软件，避免了测试人员长时间占用机台设备，极大地降低了人工成本；

出具自动化测试的测试报告，从而在一定程度上帮助电气人员、软件人员、测试人员等发现问题。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

参照图5，示出了本发明一种机台设备的硬件测试系统实施例的结构框图，具体可以包括如下模块：信息配置模块10、上位机20和下位机30。其中，信息配置模块10用于根据测试需求分别配置每个待测试模块例如待测试模块1、……、待测试模块M的信息和每个待测试模块的至少一个待测试服务例如待测试服务1、……、待测试服务N的信息至配置文件；待测试模块的信息包括待测试模块的ID、测试优先级和对象路径，待测试服务的信息包括待测试服务的名称和参数；待测试服务的参数根据测试需求确定；上位机20用于接收测试信号和配置文件；下位机30用于在上位机20接收到测试信号和配置文件后，根据配置文件和测试优先级执行机台设备中各个待测试模块的至少一个待测试服务的测试。

在本发明的一个实施例中，信息配置模块10可以设置在上位机20中，上位机20和下位机30之间通过预设通信协议进行通信。

优选地，在本发明的一个实施例中，在根据测试需求分别配置每个待测试模块的信息之前，信息配置模块10可以将每个待测试模块的测试接口添加至配置文件的待测试模块列表中。优选地，在本发明的一个实施例中，在根据测试需求分别配置每个待测试模块的至少一个待测试服务的信息之前，信息配置模块10可以将每个待测试模块的每个待测试服务的服务句柄，添加至待测试模块列表中待测试模块对应的待测试服务列表。

优选地，在本发明的一个实施例中，下位机30可以包括：测试模块和调整模块。其中，测试模块用于获取当前待测试模块的测试接口以执行当前待测试模块的至少一个待测试服务的测试；当前待测试模块为待测试模块列表的剩余待测试模块中测试优先级最高的待测试模块；调整模块用于在当前待测试模块的至少一个待测试服务的测试完成后，调整当前待测试模块为下一个待测试模块，直至待测试模块列表中每个待测试模块的至少一个待测试服务的测试完成。

优选地，在本发明的一个实施例中，测试模块可以包括：对象获取单元、列表获取单元、判断单元、测试单元和调整单元。其中，对象获取单元用于获取当前待测试模块的对象；列表获取单元用于获取当前待测试模块的待测试服务列表；判断单元用于判断当前待测试服务是否存在于对象的服务列表中；测试单元用于在当前待测试服务存在于对象的服务列表中时，根据当前待测试服务的名称和参数获取当前待测试服务的服务句柄以执行当前待测试服务的测试；调整单元用于调整当前待测试服务为下一个待测试服务，直至待测试模块的至少一个待测试服务的测试完成。

优选地，在本发明的一个实施例中，上位机20可以包括测试报告打印模块。其中，测试报告打印模块用于在下位机30执行各个待测试模块的至少一个待测试服务的测试过程中，打印各个待测试模块的每个待测试服务的执行过程，以及在各个待测试模块的至少一个待测试服务的测试完成后，对每个待测试模块的待测试服务个数、已执行的待测试服务个数、已执行的待测试服务中执行成功的个数和已执行的待测试服务中执行失败的个数进行统计分析，并根据统计分析结果打印测试报告。

与相关技术相比，本发明实施例的机台设备的硬件测试系统包括以下优点：

信息配置模块可以根据实际测试需求配置需要测试的机台设备模块以及服务，从而增加了测试的多样性(灵活性)，且降低了开发难度和测试成本，实用性好；

下位机可以根据上位机接收到的测试信号和配置文件对配置的机台设备模块以及服务进行一键式自动化测试，从而有效提高了测试效率，无需测试人员熟悉机台设备及测试软件，避免了测试人员长时间占用机台设备，极大降低了人工成本；

上位机可以出具自动化测试的测试报告，从而在一定程度上帮助电气人员、软件人员、测试人员等发现问题。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

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

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本发明所提供的一种机台设备的硬件测试方法和一种机台设备的硬件测试系统，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (12)

1.一种机台设备的硬件测试方法，所述机台设备包括多个信息可配置的模块，每个所述模块提供多个信息可配置的服务，每个所述服务的参数可配置，其特征在于，所述机台设备的硬件测试方法包括以下步骤：

根据测试需求分别配置每个待测试模块的信息和每个所述待测试模块的至少一个待测试服务的信息至配置文件；所述待测试模块的信息包括所述待测试模块的ID、测试优先级和对象路径，所述待测试服务的信息包括所述待测试服务的名称和参数；所述待测试服务的参数根据所述测试需求确定；

上位机接收测试信号和所述配置文件；

在所述上位机接收到所述测试信号和所述配置文件后，根据所述配置文件和所述测试优先级执行各个所述待测试模块的至少一个所述待测试服务的测试。

2.根据权利要求1所述的机台设备的硬件测试方法，其特征在于，在所述根据测试需求分别配置每个待测试模块的信息之前，还包括以下步骤：

将每个所述待测试模块的测试接口添加至所述配置文件的待测试模块列表中。

3.根据权利要求2所述的机台设备的硬件测试方法，其特征在于，在所述根据测试需求分别配置每个所述待测试模块的至少一个待测试服务的信息之前，还包括以下步骤：

将每个所述待测试模块的每个所述待测试服务的服务句柄，添加至所述待测试模块列表中所述待测试模块对应的待测试服务列表。

4.根据权利要求3所述的机台设备的硬件测试方法，其特征在于，所述根据所述配置文件和所述测试优先级执行各个所述待测试模块的至少一个所述待测试服务的测试，具体包括以下步骤：

获取当前待测试模块的测试接口；所述当前待测试模块为所述待测试模块列表的剩余待测试模块中测试优先级最高的待测试模块；

执行所述当前待测试模块的至少一个所述待测试服务的测试；

在所述当前待测试模块的至少一个所述待测试服务的测试完成后，调整所述当前待测试模块为下一个待测试模块，直至所述待测试模块列表中每个所述待测试模块的至少一个所述待测试服务的测试完成。

5.根据权利要求4所述的机台设备的硬件测试方法，其特征在于，所述执行所述当前待测试模块的至少一个所述待测试服务的测试包括以下步骤：

S11，获取所述当前待测试模块的对象；

S12，获取所述当前待测试模块的待测试服务列表；

S13，判断当前待测试服务是否存在于所述对象的服务列表中；

S14，如果存在，则根据所述当前待测试服务的名称和参数获取所述当前待测试服务的服务句柄；

S15，执行所述当前待测试服务的测试；

S16，调整所述当前待测试服务为下一个待测试服务；

S17，重复执行所述S13至所述S16，直至所述待测试模块的至少一个所述待测试服务的测试完成。

6.根据权利要求4所述的机台设备的硬件测试系统，其特征在于，所述机台设备的硬件测试方法还包括以下步骤：

在执行各个所述待测试模块的至少一个所述待测试服务的测试过程中打印各个所述待测试模块的每个所述待测试服务的执行过程；

在各个所述待测试模块的至少一个所述待测试服务的测试完成后，对每个所述待测试模块的所述待测试服务个数、已执行的所述待测试服务个数、已执行的所述待测试服务中执行成功的个数和已执行的所述待测试服务中执行失败的个数进行统计分析，并根据统计分析结果打印测试报告。

7.一种机台设备的硬件测试系统，所述机台设备包括多个信息可配置的模块，每个所述模块提供多个信息可配置的服务，每个所述服务的参数可配置，其特征在于，所述机台设备的硬件测试系统包括：

信息配置模块，用于根据测试需求分别配置每个待测试模块的信息和每个所述待测试模块的至少一个待测试服务的信息至配置文件；所述待测试模块的信息包括所述待测试模块的ID、测试优先级和对象路径，所述待测试服务的信息包括所述待测试服务的名称和参数；所述待测试服务的参数根据所述测试需求确定；

上位机，用于接收测试信号和所述配置文件；

下位机，用于在所述上位机接收到所述测试信号和所述配置文件后，根据所述配置文件和所述测试优先级执行各个所述待测试模块的至少一个所述待测试服务的测试。

8.根据权利要求7所述的机台设备的硬件测试系统，其特征在于，在根据所述测试需求分别配置每个所述待测试模块的信息之前，所述信息配置模块将每个所述待测试模块的测试接口添加至所述配置文件的待测试模块列表中。

9.根据权利要求8所述的机台设备的硬件测试系统，其特征在于，在根据所述测试需求分别配置每个所述待测试模块的至少一个所述待测试服务的信息之前，所述信息配置模块将每个所述待测试模块的每个所述待测试服务的服务句柄，添加至所述待测试模块列表中所述待测试模块对应的待测试服务列表。

10.根据权利要求9所述的机台设备的硬件测试系统，其特征在于，所述下位机包括：

测试模块，用于获取当前待测试模块的测试接口以执行所述当前待测试模块的至少一个所述待测试服务的测试；所述当前待测试模块为所述待测试模块列表的剩余待测试模块中测试优先级最高的待测试模块；

调整模块，用于在所述当前待测试模块的至少一个所述待测试服务的测试完成后，调整所述当前待测试模块为下一个待测试模块，直至所述待测试模块列表中每个所述待测试模块的至少一个所述待测试服务的测试完成。

11.根据权利要求10所述的机台设备的硬件测试系统，其特征在于，所述测试模块包括：

对象获取单元，用于获取所述当前待测试模块的对象；

列表获取单元，用于获取所述当前待测试模块的待测试服务列表；

判断单元，用于判断当前待测试服务是否存在于所述对象的服务列表中；

测试单元，用于在所述当前待测试服务存在于所述对象的服务列表中时，根据所述当前待测试服务的名称和参数获取所述当前待测试服务的服务句柄以执行所述当前待测试服务的测试；

调整单元，用于调整所述当前待测试服务为下一个待测试服务，直至所述待测试模块的至少一个所述待测试服务的测试完成。

12.根据权利要求10所述的机台设备的硬件测试系统，其特征在于，所述上位机包括：

测试报告打印模块，所述测试报告打印模块用于在所述下位机执行各个所述待测试模块的至少一个所述待测试服务的测试过程中，打印各个所述待测试模块的每个所述待测试服务的执行过程，以及在各个所述待测试模块的至少一个所述待测试服务的测试完成后，对每个所述待测试模块的所述待测试服务个数、已执行的所述待测试服务个数、已执行的所述待测试服务中执行成功的个数和已执行的所述待测试服务中执行失败的个数进行统计分析，并根据统计分析结果打印测试报告。