CN113961471A - 测试方法、装置、测试设备、被测设备、系统及存储介质 - Google Patents

Abstract

本发明提供的测试方法、装置、测试设备、被测设备、系统及存储介质，方法包括：获取界面更新数据，其中，界面更新数据是被测设备基于更新后的测试需求生成；根据界面更新数据，更新测试界面；更新后的测试界面包含测试需求；基于更新后的测试界面，对被测设备进行测试。与现有技术中一次性开发的测试界面不同，本发明实施例在执行测试之前，可以由被测设备基于新增的测试需求先生成界面更新数据，并传输给测试设备，以使测试设备对测试界面进行更新，从而避免了重新修改界面工作量较大，降低了测试效率的问题。

Description

测试方法、装置、测试设备、被测设备、系统及存储介质

技术领域

本发明涉及测试技术领域，具体而言，涉及一种测试方法、装置、测试设备、被测设备、系统及存储介质。

背景技术

自动化测试已经是软件开发硬件调测过程中必不可少的一个环节，目前普遍存在一种通过界面进行自动化测试的方式；界面自动化测试依赖于界面控件，通过驱动界面的控件执行与人工测试同样的操作。

然而，现有的测试界面属于一次性开发出来的界面，界面一旦生成便无法更改，适应性较差，若存在新的测试需求，则需要界面开发人员重新修改界面，工作量较大，降低了测试效率。

发明内容

本发明的目的之一在于提供一种测试方法、装置、测试设备、被测设备、系统及存储介质，其能够解决上述技术问题。

本发明的实施例可以这样实现：

第一方面，本发明提供一种测试方法，应用于测试设备，所述测试设备与任意一个被测设备通信连接；所述方法包括：获取界面更新数据，其中，所述界面更新数据是所述被测设备基于更新后的测试需求生成；根据所述界面更新数据，更新测试界面；更新后的所述测试界面包含所述测试需求；基于所述更新后的所述测试界面，对所述被测设备进行测试。

第二方面，本发明提供一种测试方法，应用于被测设备，所述被测设备与测试设备通信连接；所述方法包括：基于更新的测试需求，生成界面更新数据；将所述界面更新数据发送给所述测试设备，以使所述测试设备更新测试界面进行更新；更新的所述测试界面包含所述测试需求，用于对所述被测设备进行测试。

第三方面，本发明提供一种测试设备，所述测试设备与任意一个被测设备通信连接，所述测试设备包括传输模块、界面处理模块和处理模块；所述传输模块，用于获取界面更新数据，其中，所述界面更新数据是所述被测设备基于更新后的测试需求生成；所述界面处理模块，用于根据所述界面更新数据，更新测试界面；更新的所述测试界面包含所述测试需求；所述处理模块，用于基于所述更新后的所述测试界面，对所述被测设备进行测试。

第四方面，本发明提供一种被测设备，所述被测设备与测试设备通信连接，所述被测设备包括：处理模块和传输模块；所述处理模块，用于基于更新的测试需求，生成界面更新数据；所述传输模块，用于将所述界面更新数据发送给所述测试设备，以使所述测试设备更新测试界面进行更新；更新的所述测试界面用于对所述被测设备进行测试。

第五方面，本发明提供一种测试系统，包括测试设备和被测设备，所述测试设备与所述被测设备通信连接；所述被测设备，用于基于更新的测试需求，生成界面更新数据；将所述界面更新数据发送给所述测试设备；所述测试设备，用于根据所述界面更新数据，更新测试界面；基于所述更新后的所述测试界面，对所述被测设备进行测试。

第六方面，本发明提供一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面所述的测试方法或者实现如第二方面所述的测试方法。

本发明提供的一种测试方法、装置、测试设备、被测设备、系统及存储介质，方法包括：获取界面更新数据，其中，所述界面更新数据是所述被测设备基于更新后的测试需求生成；根据所述界面更新数据，更新测试界面；更新后的所述测试界面包含所述测试需求；基于所述更新后的所述测试界面，对所述被测设备进行测试。与现有技术中一次性开发的测试界面不同，本发明实施例在执行测试之前，可以由被测设备基于新增的测试需求先生成界面更新数据，并传输给测试设备，以使测试设备对测试界面进行更新，从而避免了重新修改界面工作量较大，降低了测试效率的问题。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为一种自动化测试的系统架构图；

图2为本发明实施例提供的一种测试系统的架构图；

图3为本发明实施例提供的另一种测试系统的架构图；

图4为本发明实施例提供的一种测试设备的功能模块图；

图5为本发明实施例提供的一种被测设备的功能模块图；

图6为本发明实施例提供的一种测试方法的示意性流程图之一；

图7为本发明实施例提供的步骤S405的实现方式的示意性流程图；

图8为本发明实施例提供的一种测试界面的示意图；

图9为本发明实施例提供的测试方法的示意性流程图之二；

图10为本发明实施例提供的一种测试方法的信令交互图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

在本发明的描述中，需要说明的是，若出现术语“上”、“下”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，或者是该发明产品使用时惯常摆放的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。

此外，若出现术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

需要说明的是，在不冲突的情况下，本发明的实施例中的特征可以相互结合。

下面针对本发明实施例涉及的术语名词进行解释：

计划9文件系统(plan 9file system，简称9P文件系统)协议:指的是一种文件访问协议，本发明实施例通过采用9P文件访问协议实现测试设备和被测设备之间的目录共享，测试设备和被测设备之间通以9P消息格式进行数据交互。

测试设备：安装有自动化测试程序的设备，可以根据生成的测试界面，对任意一种被测设备上的硬件或者软件进行测试。本实施例中，测试设备核心是9P客户端程序，主要以9P开源代码为核心，与被测设备上的9P服务器应用通信以同步操作文件系统，生成或更新测试界面。

被测设备：指得是被测试设备，具有9P文件系统。本实施中的被测设备的核心是9P服务器应用及其文件系统，9P服务器程序采用开源代码，实现对9P协议格式的数据解析和对文件系统的管理。

配置文件：主要是基于9P服务器程序针对被测设备生成的文件，配置文件中包含XML类型文件，每个XML标签项对应于9P文件系统中一个目录或文件，标签项详细描述了该文件或目录的相应属性，在配置文件中，通过标签及其属性的形式对9P文件系统进行的描述保证了调测软件可以对被测件进行灵活可配的控制。

目前，自动化测试已经是软件开发硬件调测过程中必不可少的一个环节，界面自动化测试依赖于界面控件，通过驱动界面的控件执行与人工测试同样的操作。

请参见图1，图1为一种自动化测试的系统架构图，现有的测试系统包括测试设备和被测设备，测试设备和被测设备通信连接。其中，被测设备上具有多个待测模块，这些待测模块可以是硬件也可以是软件，此处不作限定。

测试设备，用作调试、测试和检测被测设备，可以生成测试界面，用户可以在测试界面进行相应地操作以完成对被测设备的测试，还可以将测试结果展示在测试界面上，方便用户查看。

被测设备可以包括：台式计算机、膝上型便携计算机、智能手机、平板电脑、电子书阅读器、MP3播放器(Moving Picture Experts Group Audio LayerIII，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group AudioLayer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机、车载电脑等等。

示例性的，被测设备可以与测试设备连接，测试设备启动测试程序后，即可对被测设备上的待测模块进行测试。

例如，被测设备为音箱，待测模块可以包括以下一种及其组合：音箱上的rf，喇叭，存储卡，按钮等等。

可以理解，图1所示的结构仅为示意，其还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。图1中所示的各组件可以采用硬件、软件或其组合实现。

继续以图1所示的系统架构为例，现有的测试实现流程是：测试设备生成测试界面后，若接收到测试命令，则启动本地测试程序开始对被测设备进行测试，如需显示测试结果，则将测试数据读出通过显示模块显示。然而，现有的测试界面属于一次性开发出来的界面，界面一旦生成便无法更改，适应性较差，若存在新的测试需求，则需要界面开发人员重新修改界面，工作量较大，降低了测试效率。

为了解决上述技术问题，本发明实施例对现有的测试设备和被测设备进行改进，提出一种改进的测试系统，需要说明的是，为了使本发明实施提供的测试系统适应性更强，在测试系统中采用了9P文件系统访问协议，从而可以实现测试设备和被测设备之间的文件共享，完成测试界面的生成、更新以及对被测设备的测试。

可以理解的是，本实施之所以采用9P文件系统访问协议，是因为目前在进行硬件调试或者监控的过程中，现有技术每次都会因为新的测试需求而重新修改测试界面，任何一个改动都需要在测试设备端进行，造成界面开发人员工作量繁琐，本发明创造性的在被测试的被测设备上维护界面更新数据，并将数据以9P文件格式写入配置文件中，这样一来，一旦存在新的测试需求，则测试设备即可通过9P文件系统访问协议，访问被测设备上的配置文件，从而获得更新数据实现对界面的更新，大大提高了测试效率和适应性。

结合上述内容，本发明实施例提供的一种改进的测试系统的架构图如2所示，请参见图2，该测试系统200包括测试设备210和被测设备220，测试设备210和被测设备220通信连接，其中，图2中省略被测设备220上包括至少一个待测模块，还省略了被测设备220中维护的配置文件。

被测设备220，用于基于更新的测试需求，生成界面更新数据；将界面更新数据发送给测试设备210。

测试设备210，用于根据界面更新数据，更新测试界面；基于更新后的测试界面，对被测设备进行测试。

可以看出，与现有技术中一次性开发的测试界面不同，本发明实施例在执行测试之前，可以由被测设备基于新增的测试需求先生成界面更新数据，并传输给测试设备，以使测试设备对测试界面进行更新，从而避免了重新修改界面工作量较大，降低了测试效率的问题。

具体地，为了实现更新测试界面的效果，请参见图3，图3为本发明实施例提供的一种测试设备的功能模块图，上述测试设备210可以包括：

第一传输模块211，用于获取界面更新数据，其中，界面更新数据是被测设备基于更新后的测试需求生成。

界面生成模块212，用于根据界面更新数据，更新测试界面。

其中，更新的测试界面包含测试需求。

第一处理模块213，用于基于更新后的测试界面，对被测设备进行测试。

对应地，为了实现更新测试界面的效果，请参见图4，图4为本发明实施例提供的一种被测设备的功能模块图，上述被测设备220可以包括：

第二处理模块222，用于基于更新的测试需求，生成界面更新数据。

本实施例中，第二处理模块222可以基于预设的配置文件，生成界面更新数据，例如，当需要测试音箱中新增的存储卡，则可以在配置文件中配置存储卡的文件信息，然后第二处理模块222根据更新的配置文件，生成界面更新数据。

第二传输模块221，用于将界面更新数据发送给测试设备，以使测试设备更新测试界面进行更新。

可以理解的是，更新的测试界面用于对被测设备进行测试。

在一些可能的实施方式中，第一传输模块211和第二传输模块211之间可以采用USB数据连接线通信连接，通信方式可以采用远端网络驱动接口协议(Remote NDIS，简称RNDIS)作为传输层，数据格式可以采用9P格式。

在更新界面之后，为了实现测试设备和被测设备之间的文件共享，实现对被测设备的测试，本实施例可以基于9P文件访问协议对界面进行更新以及对被测设备进行测试，因此，针对上述图2所示的系统架构，本发明实施例还提供另外一种实现方式，请参见图5，图5为本发明实施例提供的测试系统的另一种可能的实现方式的结构图。

其中，针对测试设备210，其还可以包括界面显示模块214，其中第一处理模块213还可以包括：第一9P文件映射管理单元2131和第一数据处理单元2132。类似地，针对被测设备220，其还可以包括测试模块223，其第二处理模块222还可以包括：第二9P文件映射管理单元2221和第二数据处理单元2222。

第二9P文件映射管理单元2221用于将更新的测试需求，生成界面更新数据。

第二传输模块221，用于将界面更新数据发送给测试设备的第一传输模块211，以使第一传输模块211向第一9P文件映射管理单元2131传递界面更新数据。

第一9P文件映射管理单元2131，用于根据界面更新数据生成对应的文件数据。

第一数据处理单元2132，用于根据文件数据，对界面信息进行更新，并将更新后的数据发送给界面生成模块212，以使界面生成模块212生成更新后的测试界面。

进而，基于更新后的测试界面，为了实现对被测设备220的测试，下面给出一种可能的实施方式：

界面显示模块214，用于接收用户显示的操作指令数据；

第一数据处理单元2132，用户将操作指令数据进行解析，获得对应的测试参数；

第一9P文件映射管理单元2131，用于根据测试参数生成对应的文件数据，并将文件数据转换为9P消息格式进行传递给第一传输模块211。

第二传输模块221，用于将第一传输模块211传输的9P消息格式的文件数据传输给第二9P文件映射管理单元2221。

第二9P文件映射管理单元2221，用于将9P消息格式的文件数据进行转换。

第二数据处理单元2222获得转换后的数据，获得对应的测试参数；

测试模块223，用于根据测试参数，调用对应的测试程序，实现测试功能。

可以理解的是，上述第一9P文件映射管理单元2131可以获得来自被测设备220传递过来的配置文件的相关数据，将其映射为文件数据，还可以将数据解析并传递给界面生成模块212能够处理的数据格式以使其生成或者更新测试界面。

通过上述提供的测试系统，不仅可以实现对测试界面的更新目的，还能基于测试界面，实现对被测设备的测试目的。其中，采用9P文件格式的数据进行界面的更新以及被测设备的测试，比较好管理，便于非专业人员操作。

需要说明的是，上述第二9P文件映射管理单元还可以从被测设备220中获得待测模块的特征数据，并通过第二传输模块221传输给测试设备210，以使测试设备210结合特征数据实现对被测设备220的测试，有利于提高测试的准确度。

下面将结合图2、图5所示的系统架构图，下面进行介绍本发明实施例为了解决上述技术问题提供的测试方法。

首先，本发明实施例提供的一种测试方法可以应用于图2中的测试设备，请参见图6，图6为本发明实施例提供的测试方法的示意性流程图之一，该方法包括：

S601，获取界面更新数据。

其中，界面更新数据是被测设备基于更新后的测试需求生成。

本实施例中涉及的测试需求，可以理解为被测设备新增或者删除了待测模块(以下简称测试点)，例如，音箱上新增了一个喇叭或者删除了一个存储卡。

可以理解的是，根据上述内容提到的配置文件可知，当被测设备存在更新后的测试需求，则可以将该测试需求写入配置文件中，生成界面更新数据，被测设备可以将该界面数据传输给测试设备，以完成界面的更新。

S602，根据界面更新数据，更新测试界面；更新后的测试界面包含所述测试需求。

可以理解的是，如果界面更新数据中包含新增的测试需求，则更新的界面上会有新增的测试需求对应的界面信息。例如，音箱上新增了一个喇叭，那么在更新后的测试界面上，就会存在喇叭对应的界面信息。

S603，基于更新后的测试界面，对被测设备进行测试。

本发明实施例提供的测试方法，与现有技术中一次性开发的测试界面不同，本发明实施例在执行测试之前，可以由被测设备基于新增的测试需求先生成界面更新数据，并传输给测试设备，以使测试设备对测试界面进行更新，从而避免了重新修改界面工作量较大，降低了测试效率的问题。

可选地，下面给出一种对被测设备进行测试的实施方式，请参见图7，图7为本发明实施例提供的步骤S603的实现方式的示意性流程图，其中步骤S603可以包括：

S603-1，在更新后的测试界面上，响应针对任意一个待测模块的标识的触发指令，生成待测模块对应的子界面。

S603-2，响应对子界面上任意一个控件的触发指令，确定控件对应的测试参数。

本实施中，控件对应待测模块对应的配置文件中的可执行函数入口，前述内容介绍了，被测设备中维护的配置文件包含了每个待测模块对应的文件数据，具体描述保存在XML类型文件中，其中规定了测试项目为Action(操作)类型元素，可以包含Argument(变量)、Enum(选项)、Info(标识)、String(字符串)、Range(范围)等类型元素，每个XML标签项对应于一个文件，标签项详细描述了该文件或目录的相应属性，在配置文件中，通过标签及其属性的形式对9P文件系统进行的描述保证了调测软件可以对被测设备进行灵活可配的控制。

例如，测试参数可以是“set”、“get”、“exec”，它们是可执行函数的标准入口，它们可以被关联到该标签项所描述的界面控件上，具体地，“set”映射为控件值的修改动作上，例如下拉列表控件的点选动作将触发被测设备对应文件的“set”函数，进而执行参数的修改设置动作；“get”映射为从被测设备读取参数控件的执行动作上；“exec”映射为按钮控件的点击动作，通常用来触发被测设备执行一系列调测程序的执行。

S603-3，将测试参数传输到被测设备，以使被测设备调用测试参数对应的测试程序，对待测模块进行测试。

可以理解的是，由于控件对应的测试参数是可执行函数的标准入口，当获得测试参数之后，即可调用该测试参数对应的测试程序，实现对待测模块的测试功能。

为了方便理解上述测试流程，请参见图8，图8为本发明实施例提供的一种测试界面的示意图。

假设一个音箱新增加对“RF”、“audio”和“按钮”的测试需求，那么在更新后测试界面上，可以显示“RF”、“audio”和“按钮”对应的标识，用户可以点击任意一个标识启动测试，例如，点击“按钮”对应的标识，显示“按钮”对应的子界面，可以看到，在子界面上存在控件、输入框等可触发标识，当用户触发任意一个控件之后，测试设备即可将该控件对应的测试参数发送给被测设备以实现对被测设备的测试。

可选地，通过上述内容可知，被测设备通过维护的配置文件，管理待测模块的文件数据，因此，为了生成对应该被测设备的测试界面，在获取界面更新数据之前，所述方法包括：

步骤1，与被测设备建立连接，获得文件数据。

其中，文件数据是被测设备根据预设的配置文件生成，配置文件内包含被测设备上全部待测模块对应的测试参数。

步骤2，基于所文件数据，生成测试界面。

可以理解的是，为了动态生成测试界面，测试设备中的界面生成模块，用于根据9P文件中的标签及其属性，生成界面控件，例如：“Action”标签下的“enum”标签将用于生成“button”控件；“argument”标签配合“range”子标签将用于生成“input”控件。

可选地，为了能够实现基于9P文件系统协议来实现生成、更新界面的目的，本发明实施例在进行数据交互过程中，还将测试参数转换为预设文件系统格式的数据文件，将数据文件以与预设文件系统格式对应的传输协议传输到所述被测设备。

可选地，若需要向用户展示测试结果，则本实施例提供的测试方法，还包括：接收被测设备发送的测试结果，将测试结果显示在更新后的测试界面上。

接下来，本发明实施例提供的一种测试方法还可以应用于图2中的被测设备，请参见图9，图9为本发明实施例提供的测试方法的示意性流程图之二，该方法包括：

S901，基于更新的测试需求，生成界面更新数据；

S902，将界面更新数据发送给测试设备，以使测试设备更新测试界面进行更新；更新的测试界面包含测试需求，用于对被测设备进行测试。

可选地，在基于更新的测试需求，生成界面更新数据之前，所述还包括：基于预设的配置文件，生成文件数据；其中，配置文件内包含被测设备上全部待测模块对应的测试参数；将文件数据发送个测试设备，以使测试设备生成测试界面。

可选地，为了实现对待测模块的测试，所述方法还包括：接收测试设备发送的测试参数；测试参数对应测试界面上的控件；当控件被触发后测试设备确定测试参数；调用测试参数对应的测试程序，对待测模块进行测试。将测试结果发送给测试设备，以使测试设备将测试结果进行展示。

为了方便理解上述整体测试流程，下面还给出一种测试设备和被测设备的信令交互图，请参见图10，图10为本发明实施例提供的一种测试方法的信令交互图。

首先，测试设备210和被测设备220之间通过信令交互可以实现步骤S11所示的生成初始的测试界面的目的，具体包括：

S111.被测设备220初始化配置文件。

本实施例中，被测设备220启动后，9P服务器应用依据配置文件建立文件系统，并启动9P协议监听服务。

S112.测试设备210发送界面初始化请求。

S113.被测设备220向测试设备210反馈界面生成数据。

本实施例中，测试设备210启动后，被测设备220与测试设备210建立连接，测试设备210缓存界面生成数据，具体是文件系统信息到本地，据此创建界面控件。

S114.测试设备210根据界面生成数据生成测试界面。

进一步，若被测设备220存在新增的测试需求，则先执行步骤S21再执行步骤S31；若无新增的测试需求，则直接执行步骤S31。其中，在更新界面的过程中，可以包括以下步骤：

S211.被测设备220基于测试需求，更新配置文件，生成界面更新数据。

S212.被测设备220向测试设备210发送界面更新数据。

S213.测试设备210更新测试界面。

在测试过程中，步骤S31可以包括以下步骤：

S311.测试设备210接收用户操作指令，获得测试参数。

S312.测试设备210向被测设备220发送测试参数。

S313.被测设备220调用测试参数对应的测试程序，进行测试。

S314.被测设备220向测试设备210发送测试结果。

S315.测试设备210显示测试结果。

例如，被测设备220接收到测试参数后对文件系统执行相应操作，对应到特定文件的“get”、“set”或“exec”函数，会调用测试代码的指定函数，完成测试用例，并将结果以返回测试设备210。

综上所述，本发明提供的一种测试方法、装置、测试设备、被测设备、系统及存储介质，方法包括：获取界面更新数据，其中，所述界面更新数据是所述被测设备基于更新后的测试需求生成；根据所述界面更新数据，更新测试界面；更新后的所述测试界面包含所述测试需求；基于所述更新后的所述测试界面，对所述被测设备进行测试。与现有技术中一次性开发的测试界面不同，本发明实施例在执行测试之前，可以由被测设备基于新增的测试需求先生成界面更新数据，并传输给测试设备，以使测试设备对测试界面进行更新，从而避免了重新修改界面工作量较大，降低了测试效率的问题。

本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如前述实施方式中任一项的测试方法。该计算机可读存储介质可以是，但不限于，U盘、移动硬盘、ROM、RAM、PROM、EPROM、EEPROM、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (12)

1.一种测试方法，其特征在于，应用于测试设备，所述测试设备与任意一个被测设备通信连接；所述方法包括：

获取界面更新数据，其中，所述界面更新数据是所述被测设备基于更新后的测试需求生成；

根据所述界面更新数据，更新测试界面；更新后的所述测试界面包含所述测试需求；

基于所述更新后的所述测试界面，对所述被测设备进行测试。

2.根据权利要求1所述的测试方法，其特征在于，基于所述更新后的所述测试界面，对所述被测设备进行测试，包括：

在所述更新后的测试界面上，响应针对任意一个待测模块的标识的触发指令，生成所述待测模块对应的子界面；

响应对所述子界面上任意一个控件的触发指令，确定所述控件对应的测试参数；

将所述测试参数传输到所述被测设备，以使所述被测设备调用所述测试参数对应的测试程序，对所述待测模块进行测试。

3.根据权利要求2所述的测试方法，其特征在于，在获取界面更新数据之前，所述方法包括：

与所述被测设备建立连接，获得文件数据；

其中，所述文件数据是所述被测设备根据预设的配置文件生成，所述配置文件内包含所述被测设备上全部待测模块对应的所述测试参数；

基于所述文件数据，生成所述测试界面。

4.根据权利要求2所述的测试方法，其特征在于，在将所述测试参数传输到所述被测设备之前，所述方法还包括：

将所述测试参数转换为预设文件系统格式的数据文件；

将所述数据文件以与所述预设文件系统格式对应的传输协议传输到所述被测设备。

5.根据权利要求1所述的测试方法，其特征在于，所述方法还包括：

接收所述被测设备发送的测试结果；

将所述测试结果显示在所述更新后的测试界面上。

6.一种测试方法，其特征在于，应用于被测设备，所述被测设备与测试设备通信连接；所述方法包括：

基于更新的测试需求，生成界面更新数据；

将所述界面更新数据发送给所述测试设备，以使所述测试设备更新测试界面进行更新；更新的所述测试界面包含所述测试需求，用于对所述被测设备进行测试。

7.根据权利要求6所述的测试方法，其特征在于，在基于更新的测试需求，生成界面更新数据之前，还包括：

基于预设的配置文件，生成文件数据；其中，所述配置文件内包含所述被测设备上全部待测模块对应的测试参数；

将所述文件数据发送个所述测试设备，以使所述测试设备生成所述测试界面。

8.根据权利要求6所述的测试方法，其特征在于，所述方法还包括：

接收所述测试设备发送的测试参数；所述测试参数对应所述测试界面上的控件；当所述控件被触发后所述测试设备确定所述测试参数；

调用所述测试参数对应的测试程序，对待测模块进行测试；

将测试结果发送给所述测试设备，以使所述测试设备将所述测试结果进行展示。

9.一种测试设备，其特征在于，所述测试设备与任意一个被测设备通信连接，所述测试设备包括传输模块、界面处理模块和处理模块；

所述传输模块，用于获取界面更新数据，其中，所述界面更新数据是所述被测设备基于更新后的测试需求生成；

所述界面处理模块，用于根据所述界面更新数据，更新测试界面；更新的所述测试界面包含所述测试需求；

所述处理模块，用于基于所述更新后的所述测试界面，对所述被测设备进行测试。

10.一种被测设备，其特征在于，所述被测设备与测试设备通信连接，所述被测设备包括：处理模块和传输模块；

所述处理模块，用于基于更新的测试需求，生成界面更新数据；

所述传输模块，用于将所述界面更新数据发送给所述测试设备，以使所述测试设备更新测试界面进行更新；更新的所述测试界面用于对所述被测设备进行测试。

11.一种测试系统，其特征在于，包括测试设备和被测设备，所述测试设备与所述被测设备通信连接；

所述被测设备，用于基于更新的测试需求，生成界面更新数据；将所述界面更新数据发送给所述测试设备；

所述测试设备，用于根据所述界面更新数据，更新测试界面；基于更新后的所述测试界面，对所述被测设备进行测试。

12.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-5中任一项所述的测试方法或者实现如权利要求6-8中任一项所述的测试方法。

Images