CN107943686A - 一种测试调度方法、装置、服务器及存储介质 - Google Patents

Abstract

本发明实施例提供了一种测试调度方法、装置、服务器及存储介质，所述的方法包括：将批量的任务数据放入对应用户的任务队列中，其中，一个用户对应一个任务队列；通过接口从至少一个任务队列中获取任务数据；依据所述任务数据创建测试任务，并下发所述任务给对应用户的至少一台测试设备执行，以对各用户的任务数据进行调度，得到提高任务的处理效率。

Description

一种测试调度方法、装置、服务器及存储介质

技术领域

本发明涉及互联网技术领域，具体涉及一种测试调度方法及装置，一种服务器和一种存储介质。

背景技术

随着终端技术的发展，终端设备的性能越来越好，因此越来越多的应用程序开始涌现。用户可以使用各种应用程序执行所需的操作，如通过游戏应用玩游戏，通过视频应用播放音视频，通过浏览器应用进行搜索、查询信息等。

应用程序在开发完，正式上线发布之前，需要对应用程序进行测试，测试完成没有问题后才会上线，其中由于不同终端设备的操作系统存在一定的区别，因此应用程序需要在不同型号的终端设备上进行测试。为了便于应用程序进行测试，可以提供测试平台，该测试平台提供多种不同型号的测试设备，服务器对测试设备进行远程控制，从而可以在测试设备上运行应用程序。

测试设备在完成应用程序的测试后，会将测试结果上传到测试平台，测试平台会将结果分发到服务器中存储，完成测试。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的测试调度方法，相应的测试调度装置，服务器，终端设备以及存储介质。

依据本发明的一个方面，提供了一种测试调度方法，应用于测试平台，所述测试平台包括服务器和多于一台测试设备，所述的方法包括：将批量的任务数据放入对应用户的任务队列中，其中，一个用户对应一个任务队列；通过接口从至少一个任务队列中获取任务数据；依据所述任务数据创建测试任务，并下发所述任务给对应用户的至少一台测试设备执行。

可选的，所述将批量的任务数据放入对应用户的任务队列中，包括：接收用户对应批量的任务数据，确定所述用户对应的任务队列；按照优先级高低将所述批量的任务数据放入所述用户对应的任务队列中。

可选的，所述通过接口从至少一个任务队列中获取任务数据，包括：确定任务的并发数量，通过接口从至少一个任务队列中获取所述并发数量的任务数据。

可选的，所述从任务队列中获取任务数据的步骤，包括：对于每个任务队列，按照优先级高低获取任务数据，其中，优先级高的任务数据先出队。

可选的，各任务队列按照轮询方式依次读取。

可选的，还包括：若任务队列对应用户的任务执行数量达到执行阈值，则在轮询任务队列时跳过所述任务队列，从所述任务队列的下一个任务队列中获取任务数据。

可选的，所述依据所述任务数据创建任务，包括：依据所述任务数据中的地址信息下载任务，并生成任务测试信息。

可选的，所述依据所述任务数据中的地址信息下载任务，并生成任务测试信息，包括：从任务数据中获取地址信息，从所述地址信息中下载任务；依据所述任务数据和服务器信息生成任务测试信息。

可选的，所述下发所述任务给对应用户的至少一台测试设备执行，包括：依据所述任务的任务测试信息，从所述用户对应的专用设备中确定至少一台测试设备；将所述任务下发给所述至少一台测试设备，以使所述至少一台测试设备执行所述任务。

可选的，所述任务的并发数量依据测试平台的以下至少一种性能信息确定：带宽信息、内存信息、CPU信息、JAVA虚拟机的IO信息、空间占用信息。

可选的，还包括：若任务下载失败，则将所述任务对应任务数据放入所述用户对应的失败队列中；在达到重试时间后，从所述失败队列取出失败任务对应任务数据重新下载，其中，所述重试时间依据随机数确定，所述随机数随任务失败次数递增。

根据本发明的另一方面，提供了一种测试调度装置，应用于测试平台，所述测试平台包括服务器和多于一台测试设备，所述的装置包括：任务入队模块，用于将批量的任务数据放入对应用户的任务队列中，其中，一个用户对应一个任务队列；任务调度模块，用于通过接口从至少一个任务队列中获取任务数据；任务创建模块，用于依据所述任务数据创建测试任务；任务分发模块，用于下发所述任务给对应用户的至少一台测试设备执行。

可选的，所述任务入队模块，包括：队列确定子模块，用于接收用户对应批量的任务数据，确定所述用户对应的任务队列；入队子模块，用于按照优先级高低将所述批量的任务数据放入所述用户对应的任务队列中。

可选的，所述任务调度模块，用于确定任务的并发数量，通过接口从至少一个任务队列中获取所述并发数量的任务数据。

可选的，所述任务调度模块，用于对于每个任务队列，按照优先级高低获取任务数据，其中，优先级高的任务数据先出队。

可选的，各任务队列按照轮询方式依次读取。

可选的，所述任务调度模块，还用于在任务队列对应用户的任务执行数量达到执行阈值后，轮询任务队列时跳过所述任务队列，从所述任务队列的下一个任务队列中获取任务数据。

可选的，所述任务创建模块，用于依据所述任务数据中的地址信息下载任务，并生成任务测试信息。

可选的，所述任务创建模块，包括：下载子模块，用于从任务数据中获取地址信息，从所述地址信息中下载任务；生成子模块，用于依据所述任务数据和服务器信息生成任务测试信息。

可选的，所述任务分发模块，用于依据所述任务的任务测试信息，从所述用户对应的专用设备中确定至少一台测试设备；将所述任务下发给所述至少一台测试设备，以使所述至少一台测试设备执行所述任务。

可选的，所述任务的并发数量依据测试平台的以下至少一种性能信息确定：带宽信息、内存信息、CPU信息、JAVA虚拟机的IO信息、空间占用信息。

可选的，还包括：重试模块，用于在任务下载失败后，将所述任务对应任务数据放入所述用户对应的失败队列中；在达到重试时间后，从所述失败队列取出失败任务对应任务数据重新下载，其中，所述重试时间依据随机数确定，所述随机数随任务失败次数递增。

根据本发明的另一方面，提供了一种服务器，包括：一个或多个处理器；和其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述服务器执行如本发明实施例中一个或多个所述的测试调度方法。

根据本发明的另一方面，提供了一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得服务器执行如本发明实施例中一个或多个所述的测试调度方法。

根据本发明的一种测试调度方法及装置，可将批量的任务数据放入对应用户的任务队列中，其中，一个用户对应一个任务队列，从而通过任务队列对不同用户的批量任务进行调度，可通过接口从不同用户的任务队列中获取任务数据，再依据所述任务数据创建测试任务，并下发所述任务给对应用户的至少一台测试设备执行，对各用户的任务数据进行调度，得到提高任务的处理效率，减少服务器负担的有益效果。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的一种测试调度方法的步骤流程图；

图2示出了根据本发明一个实施例的另一种测试调度方法的步骤流程图；

图3示出了根据本发明一个实施例的一种测试调度装置实施例的结构框图；

图4示出了根据本发明一个实施例的另一种测试调度装置实施例的结构框图

图5示意性地示出了用于执行根据本发明的方法的服务器的框图；

图6示意性地示出了用于保持或者携带实现根据本发明的方法的程序代码的存储单元；以及

图7示意性地示出了与本发明实施例提供的终端设备相关的部分结构的框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

本发明实施例中，测试平台用于对应用程序进行测试，例如可以测试运行的状态，如卡顿、流畅度，又如测试应用程序的兼容性，又如进行UI(User Interface，用户界面)遍历测试等。测试平台包括服务器和多于一台测试设备，服务器用于对测试设备进行管理，可以确定测试设备的状态、分发任务以及确定任务结果等。测试设备用于对应用程序进行测试。测试平台的服务器包括多种，例如包括管理服务器、存储服务器等，其中，存储服务器也可包括多台，例如存储日志数据的日志服务器，存储图片数据的图片服务器等。其中，每一种服务器可以有一台或多台，如测试平台可具有一台或多台管理服务器，不同的管理服务器可以管理相同或不同的项目。

本发明实施例中，测试平台可提供各种用户进行APP的测试，不同用户对于测试的需求也不同，例如一些用户是大客户，有一些用户是小客户。其中，大客户也可称为专有用户，专有用户通常具有数量较多的APP需要测试，也可在具有自己的专有测试设备连接到测试平台中，这些设备为该用户的专用设备，从而该用户的应用测试由专用设备完成。小客户也可称为公有用户，这些用户通常需要测试的APP数量较小，没有自己的专用设备，而是通过测试平台提供的公用设备执行测试。

其中，由于应用程序通常会在不同型号的测试设备上进行测试，因此测试平台可包括各种型号的测试设备，其中公用设备和专用设备均具有各种型号的测试设备。为了便于为更多应用程序提供测试服务，本实施例中，对于公用设备和专用设备，均可将测试设备按照设备型号进行分组，每个分组包括至少一个测试设备，从而通过不同分组区分不同的测试设备，便于服务器查询不同型号的设备进行测试，该分组也可看作是设备池，则同一型号的各测试设备可构成设备池，从而服务器可从设备池中选取设备进行应用程序的测试。

针对专有用户，其使用自有的专用设备进行测试，因此不需要占用公用设备的资源。但是测试平台中有很多专有用户，这些专有用户的测试任务往往是批量发出的，测试平台的服务器在调度任务、执行任务等也占用较多的资源，因此在测试平台中需要对各专有用户的测试任务进行调用。

本发明实施例中，将专有用户简称为用户，则每个用户设置一个任务队列，该任务队列用于缓存该用户对应测试任务的任务数据，从而通过从各任务队列中提取任务数据来执行各专有用户的测试任务，具体如下：

参照图1，示出了本发明一个实施例的一种测试调度方法的步骤流程图。

步骤102，将批量的任务数据放入对应用户的任务队列中，其中，一个用户对应一个任务队列。

用户如专用用户可将测试任务批量上传到测试平台的服务器中，即可以将批量的任务数据发送给服务器，其中，一个任务数据对应一个测试任务，可包括地址信息，该地址信息存储有该测试任务的各种相关信息，如任务需求、所需测试设备的类型、数目、对应的APP等各种信息。其中，批量指的是大量，即本发明实施例将数量超过数量阈值称为批量，数量阈值依据平台需求确定，当然若专用用户仅上传了一个任务的任务数据，也可将其加入到任务队列中。

步骤104，通过接口从至少一个任务队列中获取任务数据。

可按照设定规则通过接口并行从至少一个任务队列中获取任务数据。其中，可并行从n个任务队列中获取任务数据，或者从一个队列中获取n个任务数据。本发明实施例中，测试平台可能有多个专用用户，对应也具有多个任务队列，因此可轮询各任务队列来获取任务数据。

步骤106，依据所述任务数据创建测试任务，并下发所述任务给对应用户的至少一台测试设备执行。

在获取到任务数据后，可依据任务数据下载相应的任务，如待测试APP等信息，并依据下载的信息创建测试任务，如记录任务的存储地址、任务名称、时间、要求等信息，然后可下发任务给该用户对应的至少一台测试设备执行。例如可以测试运行的状态，如卡顿、流畅度，又如测试应用程序的兼容性，又如进行UI(User Interface，用户界面)遍历测试等。

综上，可将批量的任务数据放入对应用户的任务队列中，其中，一个用户对应一个任务队列，从而通过任务队列对不同用户的批量任务进行调度，可通过接口从不同用户的任务队列中获取任务数据，再依据所述任务数据创建测试任务，并下发所述任务给对应用户的至少一台测试设备执行，对各用户的任务数据进行调度，既能够提高任务的处理效率，又不会对服务器造成负担。

参照图2，示出了本发明一个实施例的另一种测试调度方法的步骤流程图。

步骤202，接收用户对应批量的任务数据，确定所述用户对应的任务队列。

对于专用用户可批量发布任务到测试平台中，因此可接收到用户发出的批量任务的任务数据，然后确定该用户对应的任务队列。

步骤204，按照优先级高低将所述批量的任务数据放入所述用户对应的任务队列中。

确定所批量的任务数据中各任务的优先级，然后按照优先级由高到低的顺序将任务数据放入到该用户的用户队列中，从而便于高优先级的任务先出队、先执行。

步骤206，确定任务的并发数量。

其中，任务的并发数量指的是一次获取任务数据的数量，即服务器每次从任务队列中获取任务数据的数量。由于测试平台要管理、执行大量的测试任务，因此为了均衡服务器的负担等原因，可依据测试平台的性能信息来设置并发数量。所述任务的并发数量依据测试平台的以下至少一种性能信息确定：带宽信息、内存信息、CPU信息、JAVA虚拟机的IO信息、空间占用信息。其中，带宽信息即平台对应的网络带宽；内存信息为测试平台中各服务器的内存信息等，如执行任务下载的服务器对应内存信息；CPU信息为测试平台中各服务器的CPU等；JAVA虚拟机的IO信息为测试平台中各服务器的JAVA虚拟机的IO信息；空间占用信息为测试平台中各服务器的空间占用信息等。可依据上述信息来确定并发数量，例如通常任务数据从任务队列中出队后需要下载任务，任务下载比较消耗带宽，因此可基于带宽信息来设置并发数量。

步骤208，通过轮询方式从各任务队列中获取所述并发数量的任务数据。

本发明实施例中，所述通过接口从至少一个任务队列中获取任务数据，包括：确定任务的并发数量，通过接口从至少一个任务队列中获取所述并发数量的任务数据。即在任务数据进入任务队列后，可按照设定规则从队列中取出任务数据以创建测试任务并执行。其中，任务队列有多个，每个任务队列中的任务数量也较多，因此可每次获取任务数据时，可并发获取多个任务数据。可设置任务的并发数量n，n为正整数，即并发获取任务数据的数量。从而可通过接口从至少一个任务队列中获取所述并发数量n个任务数据。其中，可并行从n个任务队列中各获取一个任务数据，也可从一个任务队列中获取n个任务数据，总之可通过各种方式组合从至少一个任务队列中获取n个任务数据。

其中，在不同任务队列之间可通过轮询方式依次读取，如有10个任务队列分别标识为0-9，并发数量n为5。如一种方式是先从0-4号获取任务数据，下次再轮询读取5-9号的任务数据；又如一种方式是先从0号获取5个任务数据，后续在轮询从1-9号读取任务数据。又或者从多于一个队列中提取任务数据，如从0号提取2个任务数据，从1号提取3个任务数据等。

本发明实施例中，因此可设置各用户对应的执行阈值，该执行阈值用于限制用户对应任务的并发执行数量，并发执行数量指的是正在执行的测试任务的数量，其中，一个测试任务可能由多个设备执行，因此并发执行数量可依据正常执行测试任务的设备确定，或者依据该测试任务对应的任务测试信息确定，如针对一个用户确定其正在测试的测试任务，然后确定各测试任务对应的执行数量，这些执行数量求和即为并发执行数量。其中，各用户从任务队列获取的任务通常是采用该用户的专用设备执行测试的，每个用户的测试设备数量是有限的，因此可设置执行阈值，该执行阈值可依据该用户对应的专用设备的数量确定，如用户专用设备的200，则设置执行阈值为200或190等。

一个可选实施例中，若任务队列对应用户的任务执行数量达到执行阈值，则在轮询任务队列时跳过所述任务队列，从所述任务队列的下一个任务队列中获取任务数据。在轮询的过程中，还可确定任务队列对应用户的任务执行数量，然后判断该任务执行数量是否达到执行阈值，若未达到执行阈值，可从该任务队列中继续获取任务数据；反之，若达到执行阈值，则可在轮询时跳过该用户的任务队列，查询下一个任务队列，在确定该下一个任务队列对应任务执行数量未达到执行阈值后，从该下一个任务队列中获取任务数据，当然若下一个任务队列的任务执行数量也达到执行阈值，可继续向后查询。

一个可选实施例中，所述从任务队列中获取任务数据的步骤，包括：对于每个任务队列，按照优先级高低获取任务数据，其中，优先级高的任务数据先出队。任务队列中各任务按照优先级高低入队，相应出队时也可按照优先级高低出队，即对于每个任务队列，可按照优先级由高到低的顺序从中获取任务数据，从而优先级高的任务数据先出队，先执行优先级高的测试任务。

步骤210，依据所述任务数据中的地址信息下载任务，并生成任务测试信息。

通常用户上传到测试平台中的任务数据是一些记录等数据，例如用户、任务的地址信息等，因此在获取到任务数据中，可依据所述任务数据中的地址信息下载任务，依据下载的任务生成任务测试信息，例如下载需要测试的应用安装包，然后生成对该应用进行测试的任务测试信息，如所属用户、测试内容、所需设备信息等各种任务测试信息。

其中，所述依据所述任务数据中的地址信息下载任务，并生成任务测试信息，包括：从任务数据中获取地址信息，从所述地址信息中下载任务；依据所述任务数据和服务器信息生成任务测试信息。即可以从任务数据中获取地址信息，然后向该地址信息发出请求，从所述地址信息中下载任务，再依据下载的任务、任务数据以及服务器信息等生成任务测试信息，其中可下载到任务的应用安装包，其他任务所需信息可设置在任务数据中，也可下载得到，基于这些信息可生成服务器信息，并且，通常会采用下载任务的服务器来管理测试的执行，因此还可在任务测试信息中添加服务器相关信息等。

步骤212，依据所述任务的任务测试信息，从所述用户对应的专用设备中确定至少一台测试设备。

步骤214，将所述任务下发给所述至少一台测试设备，以使所述至少一台测试设备执行所述任务。

在生成任务测试信息后，可依据该任务测试信息从用户对应的专用设备中确定至少一台测试设备，例如根据任务测试信息中所需的设备类型来选取测试设备等。然后将该测试任务下发给选取的至少一台测试设备，测试设备在接收到测试任务后，可执行该测试任务。

本发明实施例中，由于各种原因可能导致任务下载失败，因此还提供了下载失败的重试方式：若任务下载失败，则将所述任务对应任务数据放入所述用户对应的失败队列中；在达到重试时间后，从所述失败队列取出失败任务对应任务数据重新下载，其中，所述重试时间依据随机数确定，所述随机数随任务失败次数递增。若依据任务数据下载任务失败，则可将该任务数据放入到失败队列中，该失败队列用于存储下载失败任务的任务数据。对于下载失败的任务，可在设置相应的重试时间，以在达到重试时间后，从失败队列中取出该失败任务，然后再重新下载该失败任务。其中，可按照随机数来设置故障时间，如随机数为3则重试时间为3分钟。并且，有些任务失败可能是由于服务故障等引起的，因此可能在1、2分钟的短时间内无法修复，则可设置随机数跟随任务失败次数递增，如首次为3，则第二次为大于3的随机数如5，则第三次为大于5的随机数，从而随着重试次数的增多，随机数逐渐变大，重试时间也越来越长。

从而可以通过任务队列对各用户的批量任务进行调度，提高任务的处理效率。并且通过在不同任务队列直接轮询，能够合理调度各队列的任务，减少服务器的负担。

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

在上述实施例的基础上，本实施例还提供了一种测试调度装置，应用于测试平台，所述测试平台包括服务器和多于一台测试设备。

参照图3，示出了根据本发明一个实施例的一种测试调度装置实施例的结构框图，具体可以包括如下模块：

任务入队模块302，用于将批量的任务数据放入对应用户的任务队列中，其中，一个用户对应一个任务队列。

任务调度模块304，用于通过接口从至少一个任务队列中获取任务数据。

任务创建模块306，用于依据所述任务数据创建测试任务。

任务分发模块308，用于下发所述任务给对应用户的至少一台测试设备执行。

综上，可将批量的任务数据放入对应用户的任务队列中，其中，一个用户对应一个任务队列，从而通过任务队列对不同用户的批量任务进行调度，可通过接口从不同用户的任务队列中获取任务数据，再依据所述任务数据创建测试任务，并下发所述任务给对应用户的至少一台测试设备执行，对各用户的任务数据进行调度，既能够提高任务的处理效率，又不会对服务器造成负担。

参照图4，示出了根据本发明一个实施例的另一种测试调度装置实施例的结构框图，具体可以包括如下模块：

任务入队模块302，用于将批量的任务数据放入对应用户的任务队列中，其中，一个用户对应一个任务队列。

任务调度模块304，用于通过接口从至少一个任务队列中获取任务数据。

任务创建模块306，用于依据所述任务数据创建测试任务。

任务分发模块308，用于下发所述任务给对应用户的至少一台测试设备执行。

重试模块310，用于在任务下载失败后，将所述任务对应任务数据放入所述用户对应的失败队列中；在达到重试时间后，从所述失败队列取出失败任务对应任务数据重新下载，其中，所述重试时间依据随机数确定，所述随机数随任务失败次数递增。

其中，所述任务入队模块302，包括：队列确定子模块3022和入队子模块3024，其中：

队列确定子模块3022，用于接收用户对应批量的任务数据，确定所述用户对应的任务队列。

入队子模块3024，用于按照优先级高低将所述批量的任务数据放入所述用户对应的任务队列中。

所述任务调度模块304，用于确定任务的并发数量，通过接口从至少一个任务队列中获取所述并发数量的任务数据。

所述任务调度模块304，用于对于每个任务队列，按照优先级高低获取任务数据，其中，优先级高的任务数据先出队。

其中，各任务队列按照轮询方式依次读取。

所述任务调度模块304，还用于在任务队列对应用户的任务执行数量达到执行阈值后，轮询任务队列时跳过所述任务队列，从所述任务队列的下一个任务队列中获取任务数据。

所述任务创建模块306，用于依据所述任务数据中的地址信息下载任务，并生成任务测试信息。

所述任务创建模块306，包括：下载子模块3062和生成子模块3064，其中：

下载子模块3062，用于从任务数据中获取地址信息，从所述地址信息中下载任务。

生成子模块3064，用于依据所述任务数据和服务器信息生成任务测试信息。

所述任务分发模块308，用于依据所述任务的任务测试信息，从所述用户对应的专用设备中确定至少一台测试设备；将所述任务下发给所述至少一台测试设备，以使所述至少一台测试设备执行所述任务。

所述任务的并发数量依据测试平台的以下至少一种性能信息确定：带宽信息、内存信息、CPU信息、JAVA虚拟机的IO信息、空间占用信息。

从而可以通过任务队列对各用户的批量任务进行调度，提高任务的处理效率。并且通过在不同任务队列直接轮询，能够合理调度各队列的任务，减少服务器的负担。

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

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的电子设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。电子设备可包括服务器(集群)、终端设备等。

本发明实施例提供了一种服务器，包括：一个或多个处理器；和，其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述服务器执行如本发明实施例中一个或多个所述的测试调度方法。

本发明实施例提供了一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得服务器执行如本发明实施例中一个或多个所述的测试调度方法。

本发明实施例一个示例中提供了一种服务器，例如，图5示出了可以实现根据本发明的用于设备检测的服务器，例如应用服务器、云控服务服务器集群等。该服务器传统上包括处理器510和以存储器520形式的计算机程序产品或者计算机可读介质。存储器520可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。存储器520具有用于执行上述方法中的任何方法步骤的程序代码531的存储空间530。例如，用于程序代码的存储空间530可以包括分别用于实现上面的方法中的各种步骤的各个程序代码531。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。这些计算机程序产品包括诸如硬盘，紧致盘(CD)、存储卡或者软盘之类的程序代码载体。这样的计算机程序产品通常为如参考图6所述的便携式或者固定存储单元。该存储单元可以具有与图5的服务器中的存储器520类似布置的存储段、存储空间等。程序代码可以例如以适当形式进行压缩。通常，存储单元包括计算机可读代码531’，即可以由例如诸如510之类的处理器读取的代码，这些代码当由服务器运行时，导致该服务器执行上面所描述的方法中的各个步骤。

本发明实施例一个示例中还提供的终端设备，如用于测试的终端设备等，如图7所示，为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明实施例方法部分。该终端设备可以为包括手机、平板电脑、PDA(Personal DigitalAssistant，个人数字助理)、POS(Point of Sales，销售设备)、车载电脑等任意设备。

图7示出的是与本发明实施例提供的终端设备相关的部分结构的框图。参考图7，终端设备包括：射频(Radio Frequency，RF)电路710、存储器720、输入单元730、显示单元740、传感器750、音频电路760、无线保真(wireless fidelity，WiFi)模块770、处理器780、电源790以及摄像头7110等部件。本领域技术人员可以理解，图7中示出的终端设备结构并不构成对终端设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图7对终端设备的各个构成部件进行具体的介绍：

RF电路710可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器780处理；另外，将设计上行的数据发送给基站。通常，RF电路710包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low NoiseAmplifier，LNA)、双工器等。此外，RF电路710还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(GlobalSystem of Mobile communication，GSM)、通用分组无线服务(General Packet RadioService，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)、长期演进(Long Term Evolution，LTE)、电子邮件、短消息服务(Short Messaging Service，SMS)等。

存储器720可用于存储软件程序以及模块，处理器780通过运行存储在存储器720的软件程序以及模块，从而执行终端设备的各种功能应用以及数据处理。存储器720可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据终端设备的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器720可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元730可用于接收输入的数字或字符信息，以及产生与终端设备的用户设置以及功能控制有关的键信号输入。具体地，输入单元730可包括触控面板731以及其他输入设备732。触控面板731，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板731上或在触控面板731附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板731可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器780，并能接收处理器780发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板731。除了触控面板731，输入单元730还可以包括其他输入设备732。具体地，其他输入设备732可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元740可用于显示由用户输入的信息或提供给用户的信息以及终端设备的各种菜单。显示单元740可包括显示面板741，可选的，可以采用液晶显示器(LiquidCrystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板741。进一步的，触控面板731可覆盖显示面板741，当触控面板731检测到在其上或附近的触摸操作后，传送给处理器780以确定触摸事件的类型，随后处理器780根据触摸事件的类型在显示面板741上提供相应的视觉输出。虽然在图7中，触控面板731与显示面板741是作为两个独立的部件来实现终端设备的输入和输入功能，但是在某些实施例中，可以将触控面板731与显示面板741集成而实现终端设备的输入和输出功能。

终端设备还可包括至少一种传感器750，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板741的亮度，接近传感器可在终端设备移动到耳边时，关闭显示面板741和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别终端设备姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于终端设备还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路760、扬声器761，传声器762可提供用户与终端设备之间的音频接口。音频电路760可将接收到的音频数据转换后的电信号，传输到扬声器761，由扬声器761转换为声音信号输出；另一方面，传声器762将收集的声音信号转换为电信号，由音频电路760接收后转换为音频数据，再将音频数据输出处理器780处理后，经RF电路710以发送给比如另一终端设备，或者将音频数据输出至存储器720以便进一步处理。

WiFi属于短距离无线传输技术，终端设备通过WiFi模块770可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图7示出了WiFi模块770，但是可以理解的是，其并不属于终端设备的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器780是终端设备的控制中心，利用各种接口和线路连接整个终端设备的各个部分，通过运行或执行存储在存储器720内的软件程序和/或模块，以及调用存储在存储器720内的数据，执行终端设备的各种功能和处理数据，从而对终端设备进行整体监控。可选的，处理器780可包括一个或多个处理单元；优选的，处理器780可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器780中。

终端设备还包括给各个部件供电的电源790(比如电池)，优选的，电源可以通过电源管理系统与处理器780逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

摄像头7110可以执行拍照的功能。

尽管未示出，终端设备还可以包括蓝牙模块等，在此不再赘述。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

本发明实施例公开了A1、一种测试调度方法，应用于测试平台，所述测试平台包括服务器和多于一台测试设备，所述的方法包括：将批量的任务数据放入对应用户的任务队列中，其中，一个用户对应一个任务队列；通过接口从至少一个任务队列中获取任务数据；依据所述任务数据创建测试任务，并下发所述任务给对应用户的至少一台测试设备执行。

A2、如A1所述的方法，其中，所述将批量的任务数据放入对应用户的任务队列中，包括：接收用户对应批量的任务数据，确定所述用户对应的任务队列；按照优先级高低将所述批量的任务数据放入所述用户对应的任务队列中。

A3、如A1所述的方法，其中，所述通过接口从至少一个任务队列中获取任务数据，包括：确定任务的并发数量，通过接口从至少一个任务队列中获取所述并发数量的任务数据。

A4、如A1或A3所述的方法，其中，所述从任务队列中获取任务数据的步骤，包括：对于每个任务队列，按照优先级高低获取任务数据，其中，优先级高的任务数据先出队。

A5、如A4所述的方法，其中，各任务队列按照轮询方式依次读取。

A6、如A4所述的方法，其中，还包括：若任务队列对应用户的任务执行数量达到执行阈值，则在轮询任务队列时跳过所述任务队列，从所述任务队列的下一个任务队列中获取任务数据。

A7、如A1所述的方法，其中，所述依据所述任务数据创建任务，包括：依据所述任务数据中的地址信息下载任务，并生成任务测试信息。

A8、如A7所述的方法，其中，所述依据所述任务数据中的地址信息下载任务，并生成任务测试信息，包括：从任务数据中获取地址信息，从所述地址信息中下载任务；依据所述任务数据和服务器信息生成任务测试信息。

A9、如A7所述的方法，其中，所述下发所述任务给对应用户的至少一台测试设备执行，包括：依据所述任务的任务测试信息，从所述用户对应的专用设备中确定至少一台测试设备；将所述任务下发给所述至少一台测试设备，以使所述至少一台测试设备执行所述任务。

A10、如A3所述的方法，其中，所述任务的并发数量依据测试平台的以下至少一种性能信息确定：带宽信息、内存信息、CPU信息、JAVA虚拟机的IO信息、空间占用信息。

A11、如A3所述的方法，其中，还包括：若任务下载失败，则将所述任务对应任务数据放入所述用户对应的失败队列中；在达到重试时间后，从所述失败队列取出失败任务对应任务数据重新下载，其中，所述重试时间依据随机数确定，所述随机数随任务失败次数递增。

本发明实施例还公开了B12、一种测试调度装置，应用于测试平台，所述测试平台包括服务器和多于一台测试设备，所述的装置包括：任务入队模块，用于将批量的任务数据放入对应用户的任务队列中，其中，一个用户对应一个任务队列；任务调度模块，用于通过接口从至少一个任务队列中获取任务数据；任务创建模块，用于依据所述任务数据创建测试任务；任务分发模块，用于下发所述任务给对应用户的至少一台测试设备执行。

B13、如B12所述的装置，其中，所述任务入队模块，包括：队列确定子模块，用于接收用户对应批量的任务数据，确定所述用户对应的任务队列；入队子模块，用于按照优先级高低将所述批量的任务数据放入所述用户对应的任务队列中。

B14、如B12所述的装置，其中，所述任务调度模块，用于确定任务的并发数量，通过接口从至少一个任务队列中获取所述并发数量的任务数据。

B15、如B12或B14所述的装置，其中，所述任务调度模块，用于对于每个任务队列，按照优先级高低获取任务数据，其中，优先级高的任务数据先出队。

B16、如B15所述的装置，其中，各任务队列按照轮询方式依次读取。

B17、如B15所述的装置，其中，所述任务调度模块，还用于在任务队列对应用户的任务执行数量达到执行阈值后，轮询任务队列时跳过所述任务队列，从所述任务队列的下一个任务队列中获取任务数据。

B18、如B12所述的装置，其中，所述任务创建模块，用于依据所述任务数据中的地址信息下载任务，并生成任务测试信息。

B19、如B18所述的装置，其中，所述任务创建模块，包括：下载子模块，用于从任务数据中获取地址信息，从所述地址信息中下载任务；生成子模块，用于依据所述任务数据和服务器信息生成任务测试信息。

B20、如B18所述的装置，其中，所述任务分发模块，用于依据所述任务的任务测试信息，从所述用户对应的专用设备中确定至少一台测试设备；将所述任务下发给所述至少一台测试设备，以使所述至少一台测试设备执行所述任务。

B21、如B14所述的装置，其中，所述任务的并发数量依据测试平台的以下至少一种性能信息确定：带宽信息、内存信息、CPU信息、JAVA虚拟机的IO信息、空间占用信息。

B22、如B14所述的装置，其中，还包括：重试模块，用于在任务下载失败后，将所述任务对应任务数据放入所述用户对应的失败队列中；在达到重试时间后，从所述失败队列取出失败任务对应任务数据重新下载，其中，所述重试时间依据随机数确定，所述随机数随任务失败次数递增。

本发明实施例还公开了C23、一种服务器，包括：一个或多个处理器；和其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述服务器执行如A1-A11中一个或多个所述的测试调度方法。

本发明实施例还公开了D24、一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得服务器执行如A1-A11中一个或多个所述的测试调度方法。

Claims (10)

1.一种测试调度方法，应用于测试平台，所述测试平台包括服务器和多于一台测试设备，所述的方法包括：

将批量的任务数据放入对应用户的任务队列中，其中，一个用户对应一个任务队列；

通过接口从至少一个任务队列中获取任务数据；

依据所述任务数据创建测试任务，并下发所述任务给对应用户的至少一台测试设备执行。

2.如权利要求1所述的方法，其特征在于，所述将批量的任务数据放入对应用户的任务队列中，包括：

接收用户对应批量的任务数据，确定所述用户对应的任务队列；

按照优先级高低将所述批量的任务数据放入所述用户对应的任务队列中。

3.如权利要求1所述的方法，其特征在于，所述通过接口从至少一个任务队列中获取任务数据，包括：

确定任务的并发数量，通过接口从至少一个任务队列中获取所述并发数量的任务数据。

4.如权利要求1或3所述的方法，其特征在于，所述从任务队列中获取任务数据的步骤，包括：

对于每个任务队列，按照优先级高低获取任务数据，其中，优先级高的任务数据先出队。

5.如权利要求4所述的方法，其特征在于，各任务队列按照轮询方式依次读取。

6.如权利要求4所述的方法，其特征在于，还包括：

若任务队列对应用户的任务执行数量达到执行阈值，则在轮询任务队列时跳过所述任务队列，从所述任务队列的下一个任务队列中获取任务数据。

7.如权利要求1所述的方法，其特征在于，所述依据所述任务数据创建任务，包括：

依据所述任务数据中的地址信息下载任务，并生成任务测试信息。

8.一种测试调度装置，应用于测试平台，所述测试平台包括服务器和多于一台测试设备，所述的装置包括：

任务入队模块，用于将批量的任务数据放入对应用户的任务队列中，其中，一个用户对应一个任务队列；

任务调度模块，用于通过接口从至少一个任务队列中获取任务数据；

任务创建模块，用于依据所述任务数据创建测试任务；

任务分发模块，用于下发所述任务给对应用户的至少一台测试设备执行。

9.一种服务器，包括：

一个或多个处理器；和

其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述服务器执行如权利要求1-7中一个或多个所述的测试调度方法。

10.一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得服务器执行如权利要求1-7中一个或多个所述的测试调度方法。