CN117573504A - 测试管理方法和系统、调度装置和存储介质 - Google Patents

Abstract

本公开提供一种测试管理方法和系统、调度装置和存储介质，涉及测试技术领域。测试管理方法包括：以预设的第一时间间隔查询当前处于空闲状态的全部待测试设备；向全部待测试设备中的每个待测试设备发送自动化测试命令，以便每个待测试设备根据接收到的自动化测试命令执行自动化测试，并将每个待测试设备的当前状态修改为繁忙状态；在接收每个待测试设备反馈的测试结果后，根据测试结果生成测试报告，并将每个待测试设备的当前状态修改为空闲状态；将测试报告发送给应用服务器。

Description

测试管理方法和系统、调度装置和存储介质

技术领域

本公开涉及测试技术领域，特别涉及一种测试管理方法和系统、调度装置和存储介质。

背景技术

随着诸如智能手机的移动设备日益普及，移动APP(Application，应用)的重要性日益增强。随着APP的快速迭代，对于APP的稳定性和性能挑战也越来越高。如何保障线上APP质量和提高测试效率，至少需要关注以下几个方面。

1.移动设备碎片化带来的兼容性问题；

2.回归重复工作量大；

3.人工难以发现稳定性问题；

4.人工测试效率存在瓶颈。

为了解决上述问题，目前各企业普遍采用自动化测试技术。现有的自动化测试技术主要有以下三种：

1.基于UI(User Interface，用户界面)对象的自动化测试

基于UI对象的自动化测试技术主要利用测试工具提供的UI查找功能来确定被测应用程序中的UI元素，通过触发UI元素上的操作事件来实现自动化测试。

2.基于脚本的自动化测试

基于脚本的自动化测试技术主要依靠编写测试脚本，直接控制被测应用程序内部的对象进行操作。

3.基于图像识别的自动化测试

现有的移动端自动化测试技术，主要是基于开源测试工具Appium，它采用C(Client，客户端)/S(Server，服务器)架构，核心是一个web服务器，同客户端连接后，会监听客户端的命令，然后在移动设备上执行对应命令。现有大多数移动端自动化测试技术如下：

1.使用Appium的Appium Inspector图形客户端，寻找APP的UI控件；

2.基于UI控件编写自动化脚本；

3.直接下发脚本执行命令至移动设备；

4.导出执行日志及测试报告；

5.基于查看移动设备界面截图的形式实现移动设备页面总览；

6.基于日志实现问题定位。

发明内容

发明人注意到，在自动化测试的相关技术中，仅在有需要时才控制待测试设备进行自动化测试，从而导致待测试设备的利用率低。

据此，本公开提供一种测试管理方案，通过以预设周期对处于空闲状态的待测试设备进行自动化测试，有效提高待测试设备的利用率。

在本公开的第一方面，提供一种测试管理方法，由调度装置执行，所述方法包括：以预设的第一时间间隔查询当前处于空闲状态的全部待测试设备；向所述全部待测试设备中的每个待测试设备发送自动化测试命令，以便所述每个待测试设备根据接收到的自动化测试命令执行自动化测试，并将所述每个待测试设备的当前状态修改为繁忙状态；在接收所述每个待测试设备反馈的测试结果后，根据所述测试结果生成测试报告，并将所述每个待测试设备的当前状态修改为空闲状态；将所述测试报告发送给应用服务器。

在一些实施例中，在接收到所述应用服务器发送的任务请求的情况下，从所述任务请求中提取出任务类型信息和参与执行任务的设备标识信息；根据所述任务类型信息生成执行命令；判断与所述执行任务的设备标识信息相对应的第一待测试设备是否处于空闲状态；若所述第一待测试设备处于空闲状态，则向所述第一待测试设备发送所述执行命令，以便第一待测试设备根据所述执行命令执行自动化测试，并将所述第一待测试设备的当前状态修改为繁忙状态。

在一些实施例中，若所述第一待测试设备处于繁忙状态，则向所述第一测试设备发送任务中止命令，以便所述第一待测试设备中止当前执行的任务，并将所述第一待测试设备的当前状态从繁忙状态切换为空闲状态；向所述第一待测试设备发送所述执行命令，并将所述第一待测试设备的当前状态修改为繁忙状态。

在一些实施例中，在接收所述第一待测试设备反馈的测试结果后，根据所述第一待测试设备反馈的测试结果生成测试报告，并将所述第一待测试设备的当前状态修改为空闲状态；将生成的测试报告发送给应用服务器。

在一些实施例中，以预设的第二时间间隔，采集当前与所述调度装置连接的全部待测试设备的设备信息；根据当前采集的设备信息与前一次采集的设备信息，判断是否存在连续在线的第二待测试设备；在存在连续在线的所述第二待测试设备的情况下，向所述第二待测试设备发送唤醒屏幕命令，以便所述第二待测试设备唤醒屏幕。

在一些实施例中，将当前与所述调度装置连接的全部待测试设备的设备信息上报给所述应用服务器，以便所述应用服务器呈现所述设备信息。

在本公开的第二方面，提供一种调度装置，包括：第一处理模块，被配置为以预设的第一时间间隔查询当前处于空闲状态的全部待测试设备；第二处理模块，被配置为向所述全部待测试设备中的每个待测试设备发送自动化测试命令，以便所述每个待测试设备根据接收到的自动化测试命令执行自动化测试，并将所述每个待测试设备的当前状态修改为繁忙状态；第三处理模块，被配置为在接收所述每个待测试设备反馈的测试结果后，根据所述测试结果生成测试报告，并将所述每个待测试设备的当前状态修改为空闲状态，将所述测试报告发送给应用服务器。

在本公开的第三方面，提供一种调度装置，包括：存储器；处理器，耦合到存储器，处理器被配置为基于存储器存储的指令执行实现如上述任一实施例所述的方法。

在本公开的第四方面，提供一种测试管理系统，包括：如上述任一实施例所述的调度装置；与所述调度装置连接的多个待测试设备，其中所述多个待测试设备中的每个待测试设备根据所述调度装置发送的自动化测试命令执行自动化测试，并将测试结果发送给所述调度装置；应用服务器，被配置为接收所述调度装置发送的测试报告。

根据本公开实施例的第五方面，提供一种计算机可读存储介质，其中，计算机可读存储介质存储有计算机指令，指令被处理器执行时实现如上述任一实施例所述的方法。

通过以下参照附图对本公开的示例性实施例的详细描述，本公开的其它特征及其优点将会变得清楚。

附图说明

为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本公开一个实施例的测试管理方法的流程示意图；

图2为本公开另一个实施例的测试管理方法的流程示意图；

图3为本公开又一个实施例的测试管理方法的流程示意图；

图4为本公开一个实施例的调度装置的结构示意图；

图5为本公开另一个实施例的调度装置的结构示意图；

图6为本公开一个实施例的测试管理系统的结构示意图。

具体实施方式

下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。

除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。

在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。

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

图1为本公开一个实施例的测试管理方法的流程示意图。在一些实施例中，下列的测试管理方法由调度装置执行。

在步骤101，以预设的第一时间间隔查询当前处于空闲状态的全部待测试设备。

需要说明的是，有多个待测试设备与调度装置连接。每个待测试设备在执行任务时，调度装置将其标记为繁忙状态。每个待测试设备在未执行任务时，调度装置将其标记为为空闲状态。

在步骤102，向全部待测试设备中的每个待测试设备发送自动化测试命令，以便每个待测试设备根据接收到的自动化测试命令执行自动化测试，并将每个待测试设备的当前状态修改为繁忙状态。

由于待测试设备会根据接收到的自动化测试命令执行自动化测试，因此调度装置在向该待测试设备发送自动化测试命令后，将该待测试设备的当前状态修改为繁忙状态。

在一些实施例中，调度设备在待测试设备的当前状态从空闲状态转变为繁忙状态的情况下，将该待测试设备的当前状态信息发送给应用服务器，以便应用服务器能够呈现出该待测试设备的当前状态。

需要说明的是，若一个或多个待测试设备包括在白名单中，则在该待测试设备处于空闲状态的情况下，并不需要向该待测试设备发送自动化测试命令。

在步骤103，在接收每个待测试设备反馈的测试结果后，根据测试结果生成测试报告，并将每个待测试设备的当前状态修改为空闲状态。

需要说明的是，调度装置接收到待测试设备反馈的测试结果，表明该待测试设备以完成自动化测试，在这种情况下调度装置将该待测试设备的当前状态修改为空闲状态。

在一些实施例中，调度设备在待测试设备的当前状态从空闲状态转变为繁忙状态的情况下，将该待测试设备的当前状态信息发送给应用服务器，以便应用服务器能够呈现出该待测试设备的当前状态。

在步骤104，将测试报告发送给应用服务器。

在本公开上述实施例提供的测试管理方法中，通过以预设周期对处于空闲状态的待测试设备进行自动化测试，从而能够有效提高待测试设备的利用率。

图2为本公开另一个实施例的测试管理方法的流程示意图。在一些实施例中，下列的测试管理方法由调度装置执行。

在步骤201，在接收到应用服务器发送的任务请求的情况下，从任务请求中提取出任务类型信息和参与执行任务的设备标识信息。

在步骤202，根据任务类型信息生成执行命令。

在步骤203，判断与执行任务的设备标识信息相对应的第一待测试设备是否处于空闲状态。

这里需要说明的是，第一待测试设备可以是一个待测试设备，也可以是多个待测试设备。

若第一待测试设备处于空闲状态，则执行步骤204；若第一待测试设备处于繁忙状态，则执行步骤205

在步骤204，向第一待测试设备发送执行命令，以便第一待测试设备根据执行命令执行自动化测试，并将第一待测试设备的当前状态修改为繁忙状态。然后执行步骤206。

在一些实施例中，调度设备在待测试设备的当前状态发生变化的情况下，将该待测试设备的当前状态信息发送给应用服务器，以便应用服务器能够呈现出该待测试设备的当前状态。

在步骤205，向第一测试设备发送任务中止命令，以便第一待测试设备中止当前执行的任务，并将第一待测试设备的当前状态从繁忙状态切换为空闲状态。然后执行步骤204。

在步骤206，在接收第一待测试设备反馈的测试结果后，根据第一待测试设备反馈的测试结果生成测试报告，并将第一待测试设备的当前状态修改为空闲状态。

在步骤207，将生成的测试报告发送给应用服务器。

这里需要说明的是，通过在应用服务器和待测试设备之间设置调度装置，由调度装置将来自应用服务器的命令发送给待测试设备，从而有效实现任务与待测试设备的解耦。

图3为本公开一个实施例的测试管理方法的流程示意图。在一些实施例中，下列的测试管理方法由调度装置执行。

在步骤301，以预设的第二时间间隔，采集当前与调度装置连接的全部待测试设备的设备信息。

例如，预设的第二时间间隔为5秒。

在一些实施例中，调度器基于adb和libimobiledevice获取连接的基于iOS(苹果公司提供的移动操作系统)的待测试设备和基于Android(谷歌公司提供的移动操作系统)的待测试设备的设备信息上报给应用服务器，如待测试设备的设备duid(设备唯一标识符)、设备品牌、型号、剩余内存、设备名称、设备空闲状态、CPU、设备界面截图等。

需要说明的是，adb的全称为Android Debug Bridge，是Android SDK里的一个工具，可以直接管理android模拟器和真实的android设备，例如安装apk包、计算机和设备直接上传下载文件、获取设备信息等。

Libimobiledevice是与iOS设备进行本地通信的库，可获取iOS设备信息、访问iOS文件系统，管理已安装应用等。

在一些实施例中，将当前与调度装置连接的全部待测试设备的设备信息上报给应用服务器，以便应用服务器呈现设备信息。

在一些实施例中，在待测试设备的剩余内存低于预设阈值时，会触发报警，以避免因待测试设备的剩余内容不足而无法完成自动测试任务。

在步骤302，根据当前采集的设备信息与前一次采集的设备信息，判断是否存在连续在线的第二待测试设备。

这里需要说明的是，第二待测试设备可以是一个待测试设备，也可以是多个待测试设备。

在步骤303，在存在连续在线的第二待测试设备的情况下，向第二待测试设备发送唤醒屏幕命令，以便第二待测试设备唤醒屏幕。

例如，通过使用adb keyevent 25命令发送音量减少的命令，以作为唤醒屏幕命令。

通过控制第二待测试设备唤醒屏幕，以便第二待测试设备处于可用状态。

在一些实施例中，根据当前采集的设备信息与前一次采集的设备信息，判断是否存在掉线的第三待测试设备。若存在掉线的第三待测试设备，则触发报警，以便提示工作人员及时排除掉线故障。

这里需要说明的是，第三待测试设备可以是一个待测试设备，也可以是多个待测试设备。

在一些实施例中，根据当前采集的设备信息与前一次采集的设备信息，判断是否存在新增待测试设备。由于新增待测试设备的屏幕通常处于唤醒状态，因此无需向新增待测试设备发送唤醒屏幕命令。

图4为本公开一个实施例的调度装置的结构示意图。如图4所示，调度装置包括第一处理模块41、第二处理模块42和第三处理模块43。

第一处理模块41被配置为以预设的第一时间间隔查询当前处于空闲状态的全部待测试设备。

需要说明的是，有多个待测试设备与调度装置连接。每个待测试设备在执行任务时，调度装置将其标记为繁忙状态。每个待测试设备在未执行任务时，调度装置将其标记为为空闲状态。

第二处理模块42被配置为向全部待测试设备中的每个待测试设备发送自动化测试命令，以便每个待测试设备根据接收到的自动化测试命令执行自动化测试，并将每个待测试设备的当前状态修改为繁忙状态。

在一些实施例中，第二处理模块42在待测试设备的当前状态从空闲状态转变为繁忙状态的情况下，将该待测试设备的当前状态信息发送给应用服务器，以便应用服务器能够呈现出该待测试设备的当前状态。

需要说明的是，若一个或多个待测试设备包括在白名单中，则在该待测试设备处于空闲状态的情况下，并不需要向该待测试设备发送自动化测试命令。

第三处理模块43被配置为在接收每个待测试设备反馈的测试结果后，根据测试结果生成测试报告，并将每个待测试设备的当前状态修改为空闲状态，将测试报告发送给应用服务器。

在一些实施例中，第三处理模块43在待测试设备的当前状态从空闲状态转变为繁忙状态的情况下，将该待测试设备的当前状态信息发送给应用服务器，以便应用服务器能够呈现出该待测试设备的当前状态。

在本公开上述实施例提供的调度装置中，通过以预设周期对处于空闲状态的待测试设备进行自动化测试，从而能够有效提高待测试设备的利用率。

在一些实施例中，第二处理模块42在接收到应用服务器发送的任务请求的情况下，从任务请求中提取出任务类型信息和参与执行任务的设备标识信息，根据任务类型信息生成执行命令，并判断与执行任务的设备标识信息相对应的第一待测试设备是否处于空闲状态。

这里需要说明的是，第一待测试设备可以是一个待测试设备，也可以是多个待测试设备。

若第一待测试设备处于空闲状态，则第二处理模块42向第一待测试设备发送执行命令，以便第一待测试设备根据执行命令执行自动化测试，并将第一待测试设备的当前状态修改为繁忙状态。

在一些实施例中，第二处理模块42在待测试设备的当前状态发生变化的情况下，将该待测试设备的当前状态信息发送给应用服务器，以便应用服务器能够呈现出该待测试设备的当前状态。

若第一待测试设备处于繁忙状态，第二处理模块42向第一测试设备发送任务中止命令，以便第一待测试设备中止当前执行的任务，并将第一待测试设备的当前状态从繁忙状态切换为空闲状态。接下来，第二处理模块42向第一待测试设备发送执行命令，并将第一待测试设备的当前状态修改为繁忙状态。

第三处理模块43在接收第一待测试设备反馈的测试结果后，根据第一待测试设备反馈的测试结果生成测试报告，并将第一待测试设备的当前状态修改为空闲状态。

在一些实施例中，第三处理模块43在待测试设备的当前状态发生变化的情况下，将该待测试设备的当前状态信息发送给应用服务器，以便应用服务器能够呈现出该待测试设备的当前状态。

接下来，第三处理模块43将生成的测试报告发送给应用服务器。

这里需要说明的是，通过在应用服务器和待测试设备之间设置调度装置，由调度装置将来自应用服务器的命令发送给待测试设备，从而有效实现任务与待测试设备的解耦。

在一些实施例中，第一处理模块41以预设的第二时间间隔，采集当前与调度装置连接的全部待测试设备的设备信息。

例如，预设的第二时间间隔为5秒。

在一些实施例中，第一处理模块41基于adb和libimobiledevice获取连接的基于iOS的待测试设备和基于Android的待测试设备的设备信息上报给应用服务器，如待测试设备的设备duid(设备唯一标识符)、设备品牌、型号、剩余内存、设备名称、设备空闲状态、CPU、设备界面截图等。

在一些实施例中，第一处理模块41将当前与调度装置连接的全部待测试设备的设备信息上报给应用服务器，以便应用服务器呈现设备信息。

在一些实施例中，在待测试设备的剩余内存低于预设阈值时，第一处理模块41会触发报警，以避免因待测试设备的剩余内容不足而无法完成自动测试任务。

接下来，第二处理模块42根据当前采集的设备信息与前一次采集的设备信息，判断是否存在连续在线的第二待测试设备。

这里需要说明的是，第二待测试设备可以是一个待测试设备，也可以是多个待测试设备。

在存在连续在线的第二待测试设备的情况下，第二处理模块42向第二待测试设备发送唤醒屏幕命令，以便第二待测试设备唤醒屏幕。

例如，第二处理模块42通过使用adb keyevent 25命令发送音量减少的命令，以作为唤醒屏幕命令。

通过控制第二待测试设备唤醒屏幕，以便第二待测试设备处于可用状态。

在一些实施例中，第一处理模块41根据当前采集的设备信息与前一次采集的设备信息，判断是否存在掉线的第三待测试设备。若存在掉线的第三待测试设备，则第一处理模块41触发报警，以便提示工作人员及时排除掉线故障。

这里需要说明的是，第三待测试设备可以是一个待测试设备，也可以是多个待测试设备。

在一些实施例中，第一处理模块41根据当前采集的设备信息与前一次采集的设备信息，判断是否存在新增待测试设备。由于新增待测试设备的屏幕通常处于唤醒状态，因此无需向新增待测试设备发送唤醒屏幕命令

图5为本公开另一个实施例的调度装置的结构示意图。如图5所示，调度装置包括存储器51和处理器52。

存储器51用于存储指令，处理器52耦合到存储器51，处理器52被配置为基于存储器存储的指令执行实现如图1-3中任一实施例涉及的方法。

如图5所示，该调度装置还包括通信接口53，用于与其它设备进行信息交互。同时，该调度装置还包括总线54，处理器52、通信接口53、以及存储器51通过总线54完成相互间的通信。

存储器51可以包含高速RAM存储器，也可还包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。存储器51也可以是存储器阵列。存储器51还可能被分块，并且块可按一定的规则组合成虚拟卷。

此外，处理器52可以是一个中央处理器CPU，或者可以是专用集成电路ASIC，或是被配置成实施本公开实施例的一个或多个集成电路。

本公开同时还涉及一种计算机可读存储介质，其中计算机可读存储介质存储有计算机指令，指令被处理器执行时实现如图1-3中任一实施例涉及的方法。

图6为本公开一个实施例的测试管理系统的结构示意图。如图6所示，测试管理系统包括应用服务器61、调度装置62和多个与调度装置62连接的待测试设备63。调度装置62为图4或图5中任一实施例涉及的调度装置。

待测试设备63根据调度装置62发送的自动化测试命令执行自动化测试，并将测试结果发送给调度装置62。

应用服务器61被配置为接收调度装置62发送的测试报告。

在一些实施例中，应用服务器61接收调度装置62发送的待测试设备的当前状态信息并呈现，以便相关工作人员能够及时了解待测试设备的当前状态信息。

在一些实施例中，应用服务器61接收调度装置62发送的与其连接的全部待测试设备的设备信息。

例如，设备信息包括待测试设备的设备duid(设备唯一标识符)、设备品牌、型号、剩余内存、设备名称、设备空闲状态、CPU、设备界面截图等。

接下来，应用服务器61呈现所接收到的设备信息。由此，相关工作人员通过应用服务器61所呈现的设备信息，能够方便地了解当前与调度装置62连接的各待测试设备的当前情况。

在相关工作人员希望对指定的待测试设备进行控制时，通过点击该待测试设备，以便应用服务器61通过调度装置62向指定的待测试设备发送相应的控制命令。

在一些实施例中，调度终端62向多个待测试设备63发送任务执行指令。当每台待测试设备所执行的任务完成后，就会向调度终端62上报测试结果。此时调度终端63会查询各待测试设备的执行情况，以了解任务进度。以UI自动化测试为例，调度终端62实时计算该次UI自动化用例数量以及成功率并展示，同时基于pytest+allure生成测试报告，并将报告链接发送给应用服务器61，以便相关工作人员可直接查看用例失败原因，还能观看到用例失败时的页面截图。跟传统查看日志定位问题的方式相比，本公开上述实施例提供的方案能够有效节约时间，提高定位问题的速度。

在一些实施例中，在上面所描述的功能单元可以实现为用于执行本公开所描述功能的通用处理器、可编程逻辑控制器(Programmable Logic Controller，简称：PLC)、数字信号处理器(Digital Signal Processor，简称：DSP)、专用集成电路(ApplicationSpecific Integrated Circuit，简称：ASIC)、现场可编程门阵列(Field-ProgrammableGate Array，简称：FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件或者其任意适当组合。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

本公开的描述是为了示例和描述起见而给出的，而并不是无遗漏的或者将本公开限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本公开的原理和实际应用，并且使本领域的普通技术人员能够理解本公开从而设计适于特定用途的带有各种修改的各种实施例。

Claims (10)

1.一种测试管理方法，由调度装置执行，所述方法包括：

以预设的第一时间间隔查询当前处于空闲状态的全部待测试设备；

向所述全部待测试设备中的每个待测试设备发送自动化测试命令，以便所述每个待测试设备根据接收到的自动化测试命令执行自动化测试，并将所述每个待测试设备的当前状态修改为繁忙状态；

在接收所述每个待测试设备反馈的测试结果后，根据所述测试结果生成测试报告，并将所述每个待测试设备的当前状态修改为空闲状态；

将所述测试报告发送给应用服务器。

2.根据权利要求1所述的方法，还包括：

在接收到所述应用服务器发送的任务请求的情况下，从所述任务请求中提取出任务类型信息和参与执行任务的设备标识信息；

根据所述任务类型信息生成执行命令；

判断与所述执行任务的设备标识信息相对应的第一待测试设备是否处于空闲状态；

若所述第一待测试设备处于空闲状态，则向所述第一待测试设备发送所述执行命令，以便第一待测试设备根据所述执行命令执行自动化测试，并将所述第一待测试设备的当前状态修改为繁忙状态。

3.根据权利要求2所述的方法，还包括：

若所述第一待测试设备处于繁忙状态，则向所述第一测试设备发送任务中止命令，以便所述第一待测试设备中止当前执行的任务，并将所述第一待测试设备的当前状态从繁忙状态切换为空闲状态；

向所述第一待测试设备发送所述执行命令，并将所述第一待测试设备的当前状态修改为繁忙状态。

4.根据权利要求3所述的方法，还包括：

在接收所述第一待测试设备反馈的测试结果后，根据所述第一待测试设备反馈的测试结果生成测试报告，并将所述第一待测试设备的当前状态修改为空闲状态；

将生成的测试报告发送给应用服务器。

5.根据权利要求1所述的方法，还包括：

以预设的第二时间间隔，采集当前与所述调度装置连接的全部待测试设备的设备信息；

根据当前采集的设备信息与前一次采集的设备信息，判断是否存在连续在线的第二待测试设备；

在存在连续在线的所述第二待测试设备的情况下，向所述第二待测试设备发送唤醒屏幕命令，以便所述第二待测试设备唤醒屏幕。

6.根据权利要求1-5中任一项所述的方法，还包括：

将当前与所述调度装置连接的全部待测试设备的设备信息上报给所述应用服务器，以便所述应用服务器呈现所述设备信息。

7.一种调度装置，包括：

第一处理模块，被配置为以预设的第一时间间隔查询当前处于空闲状态的全部待测试设备；

第二处理模块，被配置为向所述全部待测试设备中的每个待测试设备发送自动化测试命令，以便所述每个待测试设备根据接收到的自动化测试命令执行自动化测试，并将所述每个待测试设备的当前状态修改为繁忙状态；

第三处理模块，被配置为在接收所述每个待测试设备反馈的测试结果后，根据所述测试结果生成测试报告，并将所述每个待测试设备的当前状态修改为空闲状态，将所述测试报告发送给应用服务器。

8.一种调度装置，包括：

存储器；

处理器，耦合到存储器，处理器被配置为基于存储器存储的指令执行实现如权利要求1-6中任一项所述的方法。

9.一种测试管理系统，包括：

如权利要求7或8所述的调度装置；

与所述调度装置连接的多个待测试设备，其中所述多个待测试设备中的每个待测试设备根据所述调度装置发送的自动化测试命令执行自动化测试，并将测试结果发送给所述调度装置；

应用服务器，被配置为接收所述调度装置发送的测试报告。

10.一种计算机可读存储介质，其中，计算机可读存储介质存储有计算机指令，指令被处理器执行时实现如权利要求1-5中任一项所述的方法。