对多系统终端设备执行测试的方法、控制设备及控制台与流程

本发明涉及计算机技术领域，具体而言，本发明涉及一种对多系统终端设备执行测试的方法、一种对多系统终端设备执行测试的测试控制设备，及一种对多系统终端设备执行测试的测试控制台。

背景技术：

随着计算机技术的发展，终端设备产品越来越丰富，功能越来越复杂，由于终端设备推出的频率越来越快，导致各大产商不断地提高对终端设备的研发效率，从而缩短研发的周期。当终端设备研发完成后，需要通过对终端设备进行全方面的测试，以保证终端设备的质量和性能。

当今的终端设备使用的操作系统主要包括Android、IOS、Windows、Symbian和BlackBerry OS。其中，如Android操作系统，由于其开源的特点，使得不同厂商生产的Android操作系统的终端设备间存在较大的差异，从而导致在对该类终端设备进行测试时，给测试工作增加了大量的不确定因素，因此对终端设备的测试要求也越来越高。

现有技术中，在终端设备测试过程中，将终端设备通过USB与测试服务器连接，以实现测试任务的下发以及测试结果的获取。但是，随着多系统终端设备的逐渐兴起，当终端设备存在两个或两个以上的操作系统时，在对各个操作系统的测试过程中，需要用户多次在测试服务器上启动相应的测试工具，并通过一系列繁琐的过程对各个操作系统进行测试配置，并通过人工的方式来确定当前测试的系统是否完成测试，不但浪费了大量的资源，且用户体验非常差，同时，也违背了自动化测试的初衷。

因此，如何提高多系统的无线终端的测试效率，彻底实现对多系统终端设备的自动化测试，成为当前亟待解决的问题。

技术实现要素：

为克服上述技术问题或者至少部分地解决上述技术问题，特提出以下技术方案：

本发明的实施例提出了一种对多系统终端设备执行测试的方法，包括：

测试控制设备配置待测终端设备的相关测试设置项，并获取终端设备中各个系统的系统相关信息；

基于各个系统的系统相关信息配置相应系统的测试任务；

根据测试任务对各个系统逐一执行相应的系统测试，以生成测试结果。

优选地，配置待测终端设备的相关测试设置项，包括：

将待测终端设备切换至预定首个待测系统，并配置待测终端设备与测试控制设备的测试通信方式。

可选地，该方法还包括：

测试控制设备请求获取对待测终端设备的测试权限，并接收到待测终端设备反馈的授权信息。

优选地，系统相关信息包括系统类型，基于各个系统的系统相关信息配置相应系统的测试任务，包括：

当待测终端设备中的至少两个系统的系统类型相同时，若配置针对至少两个系统中的任一系统的测试任务中需对待测终端设备中的多个物理设备接口执行的测试操作，则配置针对至少两个系统中的其他系统的测试任务不执行对多个物理设备接口的测试操作。

优选地，系统相关信息包括系统内核信息，基于各个系统的系统相关信息配置相应系统的测试任务，包括：

当待测终端设备中的至少两个系统的共享同一内核时，若配置针对至少两个系统中的任一系统的测试任务中需对待测终端设备中的多个物理设备接口执行的测试操作，则配置针对至少两个系统中的其他系统中对多个物理设备执行扫描操作。

优选地，根据测试任务对各个系统逐一执行相应的系统测试，以生成测试结果，包括：

当待测终端设备中的至少两个系统的共享同一内核时，根据测试任务对至少两个系统逐一执行相应的系统测试，生成针对至少两个系统的一个测试结果。

本发明的另一实施例提出了一种对多系统终端设备执行测试的测试控制设备，包括：

设置配置模块，用于配置待测终端设备的相关测试设置项，并获取终端设备中各个系统的系统相关信息；

任务配置模块，用于基于各个系统的系统相关信息配置相应系统的测试任务；

测试模块，用于根据测试任务对各个系统逐一执行相应的系统测试，以生成测试结果。

优选地，系统相关信息包括系统类型，任务配置模块用于当待测终端设备中的至少两个系统的系统类型相同时，若配置针对至少两个系统中的任一系统的测试任务中需对待测终端设备中的多个物理设备接口执行的测试操作，则配置针对至少两个系统中的其他系统的测试任务不执行对多个物理设备接口的测试操作。

优选地，系统相关信息包括系统内核信息，任务配置模块用于当待测终端设备中的至少两个系统的共享同一内核时，若配置针对至少两个系统中的任一系统的测试任务中需对待测终端设备中的多个物理设备接口执行的测试操作，则配置针对至少两个系统中的其他系统中对多个物理设备执行扫描操作。

本发明的又另一实施例提出了一种对多系统终端设备执行测试的测试控制台，包括：

设置配置单元，用于配置待测终端设备的相关测试设置项，并获取终端设备中各个系统的系统相关信息；

任务配置单元，用于基于各个系统的系统相关信息配置相应系统的测试任务；

测试单元，用于根据测试任务对各个系统逐一执行相应的系统测试，以生成测试结果。

本发明的实施例中，提出了一种对多系统终端设备执行测试的方案，测试控制设备配置待测终端设备的相关测试设置项，并获取终端设备中各个系统的系统相关信息，为自动配置各个系统的测试任务以及自动切换至各个系统执行测试操作提供了必要的前提保障；基于各个系统的系统相关信息配置相应系统的测试任务，实现了自动化配置各个系统的测试任务，避免了人工对各个系统单独配置测试任务，提高了测试任务的配置效率，从而降低了测试的人力成本；进一步，根据测试任务对各个系统逐一执行相应的系统测试，以生成测试结果，实现了对各个系统执行相应的自动化测试，避免了测试过程中人工对各个系统执行切换或重启的情形，极大地节约了多系统终端设备的测试时间，提高了测试效率。

本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本发明中一个实施例的对多系统终端设备执行测试的方法的流程图；

图2为本发明中另一实施例的对多系统终端设备执行测试的测试控制设备的结构示意图；

图3为本发明中又另一实施例的对多系统终端设备执行测试的测试控制台的结构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

图1为本发明中一个实施例的对多系统终端设备执行测试的方法的流程图。

本发明的实施例中，各步骤所执行的内容概述如下：步骤S110：测试控制设备配置待测终端设备的相关测试设置项，并获取终端设备中各个系统的系统相关信息；步骤S120：基于各个系统的系统相关信息配置相应系统的测试任务；步骤S130：根据测试任务对各个系统逐一执行相应的系统测试，以生成测试结果。

本发明的实施例中，提出了一种对多系统终端设备执行测试的方法，测试控制设备配置待测终端设备的相关测试设置项，并获取终端设备中各个系统的系统相关信息，为自动配置各个系统的测试任务以及自动切换至各个系统执行测试操作提供了必要的前提保障；基于各个系统的系统相关信息配置相应系统的测试任务，实现了自动化配置各个系统的测试任务，避免了人工对各个系统单独配置测试任务，提高了测试任务的配置效率，从而降低了测试的人力成本；进一步，根据测试任务对各个系统逐一执行相应的系统测试，以生成测试结果，实现了对各个系统执行相应的自动化测试，避免了测试过程中人工对各个系统执行切换或重启的情形，极大地节约了多系统终端设备的测试时间，提高了测试效率。以下针对各个步骤的具体实现做进一步的说明：

步骤S110：测试控制设备配置待测终端设备的相关测试设置项，并获取终端设备中各个系统的系统相关信息。

具体地，通过测试控制设备配置待测终端设备的相关测试设置项，将测试控制设备与待测终端设备建立连接，且测试控制设备获取终端设备中各个系统的系统相关信息。其中，相关测试设置项包括但不限于设置终端设备的网络连接方式和设置终端设备与测试控制设备的调试方式。

例如，待测终端设备A包括系统OS₁和系统OS₂，测试控制设备B中包括系统测试工具，如CTS(Compatibility Test Suite，兼容性测试)测试工具，将待测终端设备A通过USB接口接入测试控制设备B，在测试控制设备B中启动CTS测试工具，待测终端设备A中当前处于前台的系统为系统OS₁，随后通过测试控制设备B中的CTS测试工具配置系统OS₁的WIFI(WIreless-Fidelity，无线保真)连接，以及启用对待测终端设备A中各系统进行USB调试的功能，即可将测试控制设备B与待测终端设备A中系统OS₁通过USB建立测试连接，随后，CTS测试工具可获取到终端设备A中系统OS₁和系统OS₂的系统相关信息，如系统OS₁的操作系统类型为Android操作系统，系统OS₁的内核为“Linux kernel”，系统OS₁的系统标识信息为“OS₁-Android-Linux kernel”，系统OS₂的操作系统类型为Android操作系统，系统OS₂的内核为“Linux kernel”，系统OS₂的系统标识信息为“OS₂-Android-Linux kernel”。

需要说明的是，本领域技术人员可以了解到，CTS测试是Google推出的Android平台兼容性测试，是一套包含了上万个自动运行的测试用例的测试框架程序。主要用来测试OEM(Original Equipment Manufacturer，原始设备制造商)厂商实现的Android平台是否符合Android的API接口定义，以实现各应用程序为用户提供更好的使用体验。本发明的实施例中，待测试设备中的各系统可以是设置在以Linux container(容器)虚拟化技术创建的容器中的操作系统；操作系统可以为传统意义上的Linux操作系统或Unix操作系统，也可以是基于Linux操作系统衍生出来的Android系统、Ubuntu系统或FireFox系统等，还可以为以Windows平台为基础的Windows系统等等。实际上，本发明中的各个系统不限于前述例举的操作系统，可以涵盖所有能够在容器中运行的操作系统，因此，当本发明的实施例中的操作系统为Android系统时，测试控制设备中的系统测试工具可以为CTS测试工具，当本发明的实施例中的操作系统不为Android系统时，测试控制设备中的系统测试工具可以为其他系统测试工具，在此不做限定。

优选地，配置待测终端设备的相关测试设置项的步骤具体包括：将待测终端设备切换至预定首个待测系统，并配置待测终端设备与测试控制设备的测试通信方式。

例如，待测终端设备A的预定首个待测系统为系统OS₂，将待测终端设备A的前台系统切换至系统OS₂，通过测试控制设备B中的CTS测试工具启用对待测终端设备A中的系统OS₂进行USB调试的功能，即可将测试控制设备B与待测终端设备A中系统OS₂通过USB接口建立测试通信连接，随后测试控制设备B中的CTS测试工具扫描待测终端设备A的系统内核，如Linux kernel内核，的相关设备节点并引导系统启动列表，以查询待测终端设备A中系统OS₁和OS₂的相关信息，从而可获取到待测终端设备A中系统OS₁和OS₂的系统相关信息。

在一优选实施例中，该方法还包括步骤S140；步骤S140：测试控制设备请求获取对待测终端设备的测试权限，并接收到待测终端设备反馈的授权信息。

例如，若测试控制设备B与待测终端设备A中系统OS1通过USB接口建立测试通信连接后，测试控制设备B中的CTS测试工具向待测终端设备A中的系统OS₁发送获取对待测终端设备A中的系统OS1的测试权限的请求，系统OS₁根据该请求，向测试控制设备B中的CTS测试工具发送系统OS₁管理员的权限信息，随后，测试控制设备B中的CTS测试工具根据接收到的待测终端设备A反馈的系统OS₁管理员的权限信息，扫描待测终端设备A的系统内核，如Linux kernel内核，的相关设备节点并引导系统启动列表，以查询待测终端设备A中系统OS₁和OS₂的相关信息，从而可获取到待测终端设备A中系统OS₁和OS₂的系统相关信息。

步骤S120：基于各个系统的系统相关信息配置相应系统的测试任务。

具体地，基于待测终端设备中各个系统的系统相关信息，配置相应各个系统的测试任务。

例如，基于获取到待测终端设备A中系统OS₁和系统OS₂的系统相关信息，从预存储的测试任务库中提取与其各自的系统相关信息相匹配的系统OS₁的测试任务和系统OS₂的测试任务。

步骤S130：根据测试任务对各个系统逐一执行相应的系统测试，以生成测试结果。

具体地，根据各个系统各自对应的测试任务，对各个系统逐一执行相应的系统测试，以生成测试结果。

例如，根据待测终端设备A中系统OS₁和系统OS₂的测试任务，对系统OS₁和系统OS₂按照预定的执行顺序，如依次执行的顺序，逐一对系统OS₁和系统OS₂执行相应的系统测试，以生成测试结果。

在一优选实施例中，系统相关信息包括系统类型时，步骤S120基于各个系统的系统相关信息配置相应系统的测试任务具体包括：

当待测终端设备中的至少两个系统的系统类型相同时，若配置针对至少两个系统中的任一系统的测试任务中需对待测终端设备中的多个物理设备接口执行的测试操作，则配置针对至少两个系统中的其他系统的测试任务不执行对多个物理设备接口的测试操作。

例如，基于获取到待测终端设备A中系统OS₁和系统OS₂的系统相关信息，判断得到系统OS₁和系统OS₂的系统类型同为Android操作系统，若配置针对系统OS₁的测试任务中，需对待测终端设备A的蓝牙设备接口和音频设备接口以及对应用程序App1的功能执行测试操作，则配置针对系统OS₂的测试任务中不执行对蓝牙设备接口和音频设备接口的测试操作，执行对其他物理设备接口，如视频设备接口的测试操作，以及对应用程序App1的功能执行测试操作；随后根据系统OS₁和系统OS₂各自对应的测试任务，按照预定的执行顺序，如依次执行的顺序，在各系统共享同一系统内核的情况下，各系统间支持热切换方式自动实现系统间切换，当结束对系统OS₁执行测试操作后，无需重启系统OS₂，即可热切换至系统OS₂；在各系统不共享同一系统内核的情况下，各系统间支自动重启切换方式自动实现系统间切换，当结束对系统OS₁执行测试操作后，自动重启系统OS₂，即可切换至系统OS₂；首先对系统OS₁执行蓝牙设备接口和音频设备接口的测试操作，以生成系统OS₁的测试结果，随后依据依次执行的顺序，自动切换至系统OS₂，对系统OS₂执行其他物理设备接口，如视频设备接口的测试操作，以生成系统OS₂的测试结果。在各系统顺利完成执行测试操作的情况下，再针对系统OS₂执行蓝牙设备接口和音频设备接口的测试操作，以生成系统OS₂的另一份测试结果，随后再对系统OS₁执行视频设备接口的测试操作，以生成系统OS₁的另一份测试结果。

通过本实施例，实现了自动化配置各个系统的测试任务，避免了人工对各个系统单独配置测试任务，同时，避免了在各个系统中对终端设备中的同一测试目标多次执行重复测试的情况，提高了测试任务的配置效率，从而降低了测试的人力成本。

需要说明的是，为了保证测试结果的准确性，还可调换系统OS₁和系统OS₂各自对应的测试任务，以进行相应的反向测试。

例如，基于获取到待测终端设备A中系统OS₁和系统OS₂的系统相关信息，判断得到系统OS₁和系统OS₂的系统类型同为Android操作系统，若配置针对系统OS₁的测试任务中，需对待测终端设备A的蓝牙设备接口和音频设备接口以及对应用程序App1的功能执行测试操作，配置针对系统OS₂的测试任务中执行对视频设备接口的测试操作，以及对应用程序App2的功能的测试操作；当完成对系统OS₁和系统OS₂的测试任务后，生成系统OS₁和系统OS₂各自的测试结果，为了保证测试结果的准确性，还可调换系统OS₁和系统OS₂各自对应的测试任务，对系统OS₂的测试任务中执行对待测终端设备A的蓝牙设备接口和音频设备接口以及对应用程序App2的功能执行测试操作，以生成系统OS₂的另一份测试结果；随后对系统OS₁的测试任务中执行对视频设备接口以及对应用程序App1的功能的测试操作，以生成系统OS₁的另一份测试结果。又例如，基于获取到待测终端设备A中系统OS₁和系统OS₂的系统相关信息，判断得到系统OS₁和系统OS₂的系统类型同为Android操作系统，若配置针对系统OS₁的测试任务中，需对待测终端设备A的蓝牙设备接口和音频设备接口执行测试操作，则配置针对系统OS₂的测试任务中不执行对蓝牙设备接口和音频设备接口的测试操作，执行对视频设备接口的测试操作；随后根据系统OS₁和系统OS₂各自对应的测试任务，按照预定的执行顺序，如依次执行的顺序，在各系统共享同一系统内核的情况下，各系统间支持热切换方式自动实现系统间切换，首先对系统OS₁执行蓝牙设备接口和音频设备接口的测试操作，若在对任一系统，如系统OS₁执行测试操作的过程中，因系统环境错误、用户强制停止等不定因素，造成对系统OS₁执行测试操作中途退出的情况下，可配置针对其他系统，如系统OS₂的测试任务中执行对蓝牙设备接口、音频设备接口和视频设备接口的测试操作，当结束对系统OS₁执行测试操作后，无需重启系统OS₂，即可热切换至系统OS₂，随后对系统OS₂执行蓝牙设备接口、音频设备接口和视频设备接口的测试操作，以生成系统OS₂的测试结果，并生成系统OS₁测试中断错误的相关报告。

在一优选实施例中，系统相关信息包括系统内核信息时，步骤S120基于各个系统的系统相关信息配置相应系统的测试任务具体包括：

当待测终端设备中的至少两个系统的共享同一内核时，若配置针对至少两个系统中的任一系统的测试任务中需对待测终端设备中的多个物理设备接口执行的测试操作，则配置针对至少两个系统中的其他系统中对多个物理设备执行扫描操作。

例如，基于获取到待测终端设备A中系统OS₁和系统OS₂的系统相关信息，判断得到系统OS₁和系统OS₂共享同一Linux kernel内核，若配置针对系统OS₁的测试任务中，需对待测终端设备A的蓝牙设备接口和音频设备接口执行测试操作，则配置针对系统OS₂的测试任务中执行对蓝牙设备接口和音频设备接口的扫描测试操作；随后根据系统OS₁和系统OS₂各自对应的测试任务，按照预定的执行顺序，如依次执行的顺序，各系统间支持热切换方式自动实现系统间切换，首先对系统OS₁执行蓝牙设备接口和音频设备接口的测试操作，以生成系统OS₁的测试结果，当结束对系统OS₁执行测试操作后，无需重启系统OS₂，即可热切换至系统OS₂，随后对系统OS₂执行蓝牙设备接口和音频设备接口的扫描测试操作，以生成系统OS₂的测试结果。

通过本实施例，实现了对各个系统执行相应的自动化测试，测试过程中实现了系统间的自动切换，避免了共享同一系统内核的各个系统在系统切换过程中，人工对各个系统执行切换或重启的情形，极大地节约了多系统终端设备的测试时间，提高了测试效率。

需要说明的是，为了保证测试结果的准确性，与待测终端设备中的至少两个系统的系统类型相同的情况采取类似的操作，可调换系统OS₁和系统OS₂各自对应的测试任务，以进行相应的反向测试，在此不做赘述；当发生若在对任一系统，如系统OS₁执行测试操作的过程中，因系统环境错误、用户强制停止等不定因素，造成对系统OS₁执行测试操作中途退出的情况下，亦与待测终端设备中的至少两个系统的系统类型相同的情况采取类似的操作，配置针对其他系统，如系统OS₂的测试任务中执行系统OS₁的测试任务，在此亦不做赘述。

在一优选实施例中，当待测终端设备中的至少两个系统的共享同一内核时，步骤S130具体包括：根据测试任务对至少两个系统逐一执行相应的系统测试，生成针对至少两个系统的一个测试结果。

例如，基于获取到待测终端设备A中系统OS₁和系统OS₂的系统相关信息，判断得到系统OS₁和系统OS₂共享同一Linux kernel内核，根据系统OS₁和系统OS₂各自的测试任务，依次先后对系统OS₁和系统OS₂的逐一执行相应的系统测试，生成针对系统OS₁和系统OS₂共用的一份测试结果。

图2为本发明中另一实施例的对多系统终端设备执行测试的测试控制设备的结构示意图。

本发明的实施例中，各模块所执行的内容概述如下：设置配置模块210测试控制设备配置待测终端设备的相关测试设置项，并获取终端设备中各个系统的系统相关信息；任务配置模块220基于各个系统的系统相关信息配置相应系统的测试任务；测试模块230根据测试任务对各个系统逐一执行相应的系统测试，以生成测试结果。

本发明的实施例中，提出了一种对多系统终端设备执行测试的测试控制设备，测试控制设备配置待测终端设备的相关测试设置项，并获取终端设备中各个系统的系统相关信息，为自动配置各个系统的测试任务以及自动切换至各个系统执行测试操作提供了必要的前提保障；基于各个系统的系统相关信息配置相应系统的测试任务，实现了自动化配置各个系统的测试任务，避免了人工对各个系统单独配置测试任务，提高了测试任务的配置效率，从而降低了测试的人力成本；进一步，根据测试任务对各个系统逐一执行相应的系统测试，以生成测试结果，实现了对各个系统执行相应的自动化测试，避免了测试过程中人工对各个系统执行切换或重启的情形，极大地节约了多系统终端设备的测试时间，提高了测试效率。以下针对各个模块的具体实现做进一步的说明：

设置配置模块210测试控制设备配置待测终端设备的相关测试设置项，并获取终端设备中各个系统的系统相关信息。

具体地，通过测试控制设备配置待测终端设备的相关测试设置项，将测试控制设备与待测终端设备建立连接，且测试控制设备获取终端设备中各个系统的系统相关信息。其中，相关测试设置项包括但不限于设置终端设备的网络连接方式和设置终端设备与测试控制设备的调试方式。

例如，待测终端设备A包括系统OS₁和系统OS₂，测试控制设备B中包括系统测试工具，如CTS(Compatibility Test Suite，兼容性测试)测试工具，将待测终端设备A通过USB接口接入测试控制设备B，在测试控制设备B中启动CTS测试工具，待测终端设备A中当前处于前台的系统为系统OS₁，随后通过测试控制设备B中的CTS测试工具配置系统OS₁的WIFI(WIreless-Fidelity，无线保真)连接，以及启用对待测终端设备A中各系统进行USB调试的功能，即可将测试控制设备B与待测终端设备A中系统OS₁通过USB建立测试连接，随后，CTS测试工具可获取到终端设备A中系统OS₁和系统OS₂的系统相关信息，如系统OS₁的操作系统类型为Android操作系统，系统OS₁的内核为“Linux kernel”，系统OS₁的系统标识信息为“OS₁-Android-Linux kernel”，系统OS₂的操作系统类型为Android操作系统，系统OS₂的内核为“Linux kernel”，系统OS₂的系统标识信息为“OS₂-Android-Linux kernel”。

需要说明的是，本领域技术人员可以了解到，CTS测试是Google推出的Android平台兼容性测试，是一套包含了上万个自动运行的测试用例的测试框架程序。主要用来测试OEM(Original Equipment Manufacturer，原始设备制造商)厂商实现的Android平台是否符合Android的API接口定义，以实现各应用程序为用户提供更好的使用体验。本发明的实施例中，待测试设备中的各系统可以是设置在以Linux container(容器)虚拟化技术创建的容器中的操作系统；操作系统可以为传统意义上的Linux操作系统或Unix操作系统，也可以是基于Linux操作系统衍生出来的Android系统、Ubuntu系统或FireFox系统等，还可以为以Windows平台为基础的Windows系统等等。实际上，本发明中的各个系统不限于前述例举的操作系统，可以涵盖所有能够在容器中运行的操作系统，因此，当本发明的实施例中的操作系统为Android系统时，测试控制设备中的系统测试工具可以为CTS测试工具，当本发明的实施例中的操作系统不为Android系统时，测试控制设备中的系统测试工具可以为其他系统测试工具，在此不做限定。

优选地，设置配置模块210具体用于将待测终端设备切换至预定首个待测系统，并配置待测终端设备与测试控制设备的测试通信方式。

例如，待测终端设备A的预定首个待测系统为系统OS₂，将待测终端设备A的前台系统切换至系统OS₂，通过测试控制设备B中的CTS测试工具启用对待测终端设备A中的系统OS₂进行USB调试的功能，即可将测试控制设备B与待测终端设备A中系统OS₂通过USB接口建立测试通信连接，随后测试控制设备B中的CTS测试工具扫描待测终端设备A的系统内核，如Linux kernel内核，的相关设备节点并引导系统启动列表，以查询待测终端设备A中系统OS₁和OS₂的相关信息，从而可获取到待测终端设备A中系统OS₁和OS₂的系统相关信息。

在一优选实施例中，该测试控制设备还包括请求及接收模块；请求及接收模块测试控制设备请求获取对待测终端设备的测试权限，并接收到待测终端设备反馈的授权信息。

例如，若测试控制设备B与待测终端设备A中系统OS₁通过USB接口建立测试通信连接后，测试控制设备B中的CTS测试工具向待测终端设备A中的系统OS₁发送获取对待测终端设备A中的系统OS₁的测试权限的请求，系统OS₁根据该请求，向测试控制设备B中的CTS测试工具发送系统OS₁管理员的权限信息，随后，测试控制设备B中的CTS测试工具根据接收到的待测终端设备A反馈的系统OS₁管理员的权限信息，扫描待测终端设备A的系统内核，如Linux kernel内核，的相关设备节点并引导系统启动列表，以查询待测终端设备A中系统OS₁和OS₂的相关信息，从而可获取到待测终端设备A中系统OS₁和OS₂的系统相关信息。

任务配置模块220基于各个系统的系统相关信息配置相应系统的测试任务。

具体地，基于待测终端设备中各个系统的系统相关信息，配置相应各个系统的测试任务。

例如，基于获取到待测终端设备A中系统OS₁和系统OS₂的系统相关信息，从预存储的测试任务库中提取与其各自的系统相关信息相匹配的系统OS₁的测试任务和系统OS₂的测试任务。

测试模块230根据测试任务对各个系统逐一执行相应的系统测试，以生成测试结果。

具体地，根据各个系统各自对应的测试任务，对各个系统逐一执行相应的系统测试，以生成测试结果。

例如，根据待测终端设备A中系统OS₁和系统OS₂的测试任务，对系统OS₁和系统OS₂按照预定的执行顺序，如依次执行的顺序，逐一对系统OS₁和系统OS₂执行相应的系统测试，以生成测试结果。

在一优选实施例中，系统相关信息包括系统类型时，任务配置模块220基于各个系统的系统相关信息配置相应系统的测试任务具体包括：

当待测终端设备中的至少两个系统的系统类型相同时，若配置针对至少两个系统中的任一系统的测试任务中需对待测终端设备中的多个物理设备接口执行的测试操作，则配置针对至少两个系统中的其他系统的测试任务不执行对多个物理设备接口的测试操作。

例如，基于获取到待测终端设备A中系统OS₁和系统OS₂的系统相关信息，判断得到系统OS₁和系统OS₂的系统类型同为Android操作系统，若配置针对系统OS₁的测试任务中，需对待测终端设备A的蓝牙设备接口和音频设备接口以及对应用程序App1的功能执行测试操作，则配置针对系统OS₂的测试任务中不执行对蓝牙设备接口和音频设备接口的测试操作，执行对其他物理设备接口，如视频设备接口的测试操作，以及对应用程序App1的功能执行测试操作；随后根据系统OS₁和系统OS₂各自对应的测试任务，按照预定的执行顺序，如依次执行的顺序，在各系统共享同一系统内核的情况下，各系统间支持热切换方式自动实现系统间切换，当结束对系统OS₁执行测试操作后，无需重启系统OS₂，即可热切换至系统OS₂；在各系统不共享同一系统内核的情况下，各系统间支自动重启切换方式自动实现系统间切换，当结束对系统OS₁执行测试操作后，自动重启系统OS₂，即可切换至系统OS₂；首先对系统OS₁执行蓝牙设备接口和音频设备接口的测试操作，以生成系统OS₁的测试结果，随后依据依次执行的顺序，自动切换至系统OS₂，对系统OS₂执行其他物理设备接口，如视频设备接口的测试操作，以生成系统OS₂的测试结果。在各系统顺利完成执行测试操作的情况下，再针对系统OS₂执行蓝牙设备接口和音频设备接口的测试操作，以生成系统OS₂的另一份测试结果，随后再对系统OS₁执行视频设备接口的测试操作，以生成系统OS₁的另一份测试结果。

通过本实施例，实现了自动化配置各个系统的测试任务，避免了人工对各个系统单独配置测试任务，同时，避免了在各个系统中对终端设备中的同一测试目标多次执行重复测试的情况，提高了测试任务的配置效率，从而降低了测试的人力成本。

需要说明的是，为了保证测试结果的准确性，还可调换系统OS₁和系统OS₂各自对应的测试任务，以进行相应的反向测试。

例如，基于获取到待测终端设备A中系统OS₁和系统OS₂的系统相关信息，判断得到系统OS₁和系统OS₂的系统类型同为Android操作系统，若配置针对系统OS₁的测试任务中，需对待测终端设备A的蓝牙设备接口和音频设备接口以及对应用程序App1的功能执行测试操作，配置针对系统OS₂的测试任务中执行对视频设备接口的测试操作，以及对应用程序App2的功能的测试操作；当完成对系统OS₁和系统OS₂的测试任务后，生成系统OS₁和系统OS₂各自的测试结果，为了保证测试结果的准确性，还可调换系统OS₁和系统OS₂各自对应的测试任务，对系统OS₂的测试任务中执行对待测终端设备A的蓝牙设备接口和音频设备接口以及对应用程序App2的功能执行测试操作，以生成系统OS₂的另一份测试结果；随后对系统OS₁的测试任务中执行对视频设备接口以及对应用程序App1的功能的测试操作，以生成系统OS₁的另一份测试结果。又例如，基于获取到待测终端设备A中系统OS₁和系统OS₂的系统相关信息，判断得到系统OS₁和系统OS₂的系统类型同为Android操作系统，若配置针对系统OS₁的测试任务中，需对待测终端设备A的蓝牙设备接口和音频设备接口执行测试操作，则配置针对系统OS₂的测试任务中不执行对蓝牙设备接口和音频设备接口的测试操作，执行对视频设备接口的测试操作；随后根据系统OS₁和系统OS₂各自对应的测试任务，按照预定的执行顺序，如依次执行的顺序，在各系统共享同一系统内核的情况下，各系统间支持热切换方式自动实现系统间切换，首先对系统OS₁执行蓝牙设备接口和音频设备接口的测试操作，若在对任一系统，如系统OS₁执行测试操作的过程中，因系统环境错误、用户强制停止等不定因素，造成对系统OS₁执行测试操作中途退出的情况下，可配置针对其他系统，如系统OS₂的测试任务中执行对蓝牙设备接口、音频设备接口和视频设备接口的测试操作，当结束对系统OS₁执行测试操作后，无需重启系统OS₂，即可热切换至系统OS₂，随后对系统OS₂执行蓝牙设备接口、音频设备接口和视频设备接口的测试操作，以生成系统OS₂的测试结果，并生成系统OS₁测试中断错误的相关报告。

在一优选实施例中，系统相关信息包括系统内核信息时，任务配置模块220基于各个系统的系统相关信息配置相应系统的测试任务具体包括：

当待测终端设备中的至少两个系统的共享同一内核时，若配置针对至少两个系统中的任一系统的测试任务中需对待测终端设备中的多个物理设备接口执行的测试操作，则配置针对至少两个系统中的其他系统中对多个物理设备执行扫描操作。

例如，基于获取到待测终端设备A中系统OS₁和系统OS₂的系统相关信息，判断得到系统OS₁和系统OS₂共享同一Linux kernel内核，若配置针对系统OS₁的测试任务中，需对待测终端设备A的蓝牙设备接口和音频设备接口执行测试操作，则配置针对系统OS₂的测试任务中执行对蓝牙设备接口和音频设备接口的扫描测试操作；随后根据系统OS₁和系统OS₂各自对应的测试任务，按照预定的执行顺序，如依次执行的顺序，各系统间支持热切换方式自动实现系统间切换，首先对系统OS₁执行蓝牙设备接口和音频设备接口的测试操作，以生成系统OS₁的测试结果，当结束对系统OS₁执行测试操作后，无需重启系统OS₂，即可热切换至系统OS₂，随后对系统OS₂执行蓝牙设备接口和音频设备接口的扫描测试操作，以生成系统OS₂的测试结果。

通过本实施例，实现了对各个系统执行相应的自动化测试，测试过程中实现了系统间的自动切换，避免了共享同一系统内核的各个系统在系统切换过程中，人工对各个系统执行切换或重启的情形，极大地节约了多系统终端设备的测试时间，提高了测试效率。

需要说明的是，为了保证测试结果的准确性，与待测终端设备中的至少两个系统的系统类型相同的情况采取类似的操作，可调换系统OS₁和系统OS₂各自对应的测试任务，以进行相应的反向测试，在此不做赘述；当发生若在对任一系统，如系统OS₁执行测试操作的过程中，因系统环境错误、用户强制停止等不定因素，造成对系统OS₁执行测试操作中途退出的情况下，亦与待测终端设备中的至少两个系统的系统类型相同的情况采取类似的操作，配置针对其他系统，如系统OS₂的测试任务中执行系统OS₁的测试任务，在此亦不做赘述。

在一优选实施例中，当待测终端设备中的至少两个系统的共享同一内核时，测试模块230具体用于根据测试任务对至少两个系统逐一执行相应的系统测试，生成针对至少两个系统的一个测试结果。

例如，基于获取到待测终端设备A中系统OS₁和系统OS₂的系统相关信息，判断得到系统OS₁和系统OS₂共享同一Linux kernel内核，根据系统OS₁和系统OS₂各自的测试任务，依次先后对系统OS₁和系统OS₂的逐一执行相应的系统测试，生成针对系统OS₁和系统OS₂共用的一份测试结果。

图3为本发明中又另一实施例的对多系统终端设备执行测试的测试控制台的结构示意图。

本发明的实施例中，各单元所执行的内容概述如下：设置配置单元310测试控制设备配置待测终端设备的相关测试设置项，并获取终端设备中各个系统的系统相关信息；任务配置单元320基于各个系统的系统相关信息配置相应系统的测试任务；测试单元330根据测试任务对各个系统逐一执行相应的系统测试，以生成测试结果。

本发明实施例中，在设置配置单元310、任务配置单元320和测试单元330中执行的操作与图2所示的测试控制设备在设置配置模块210、任务配置模块220和测试模块230中执行的操作相同或相似，在此不再赘述。

本技术领域技术人员可以理解，本发明包括涉及用于执行本申请中所述操作中的一项或多项的设备。这些设备可以为所需的目的而专门设计和制造，或者也可以包括通用计算机中的已知设备。这些设备具有存储在其内的计算机程序，这些计算机程序选择性地激活或重构。这样的计算机程序可以被存储在设备(例如，计算机)可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何类型的介质中，所述计算机可读介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM(Read-Only Memory，只读存储器)、RAM(Random Access Memory，随即存储器)、EPROM(Erasable Programmable Read-Only Memory，可擦写可编程只读存储器)、EEPROM(Electrically Erasable Programmable Read-Only Memory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，可读介质包括由设备(例如，计算机)以能够读的形式存储或传输信息的任何介质。

本技术领域技术人员可以理解，可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解，可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现，从而通过计算机或其他可编程数据处理方法的处理器来执行本发明公开的结构图和/或框图和/或流图的框或多个框中指定的方案。

本技术领域技术人员可以理解，本发明中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本发明中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本发明中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。

以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。