CN108874653A - 任务测试方法、测试机、共享服务器和可读存储介质 - Google Patents

Abstract

本发明公开了一种任务测试方法、测试机、共享服务器和可读存储介质，属于功能测试技术领域。所述方法包括：在所述测试机空闲且共享服务器中存在待测试的任务时，获取所述共享服务器中待测试的目标任务的任务信息，所述任务信息包括所述目标任务的安装包和测试所述安装包所需的测试环境；获取测试所述安装包所需的测试脚本；在所述测试环境中通过所述测试脚本测试所述目标任务中的所述安装包；避免了相关技术中在存在待测试的任务时，测试机群中仍然有测试机处于空闲状态，测试机的处理资源不能充分利用，对任务的测试效率较低的问题；达到了可以提高测试机的利用效率以及提高对任务的测试效率的效果。

Description

任务测试方法、测试机、共享服务器和可读存储介质

技术领域

本发明实施例涉及功能测试技术领域，特别涉及一种任务测试方法、测试机、共享服务器和可读存储介质。

背景技术

为了保证应用程序能够正常运行，在应用程序发布之前，测试人员通常需要对应用程序进行测试。

相关技术中，测试***中包括多个测试机，每个测试机用于测试指定的任务。比如，共有A、B、C、D和E5个待测试的任务，其中，测试机1测试A、B和C三个任务，而测试机2测试D和E两个任务。

然而，在测试过程中，基于不同任务的测试复杂度的不同，多个测试机中的某些测试机可能会处于空闲状态，而某些测试机则存在大量待测试的任务。因此，上述方案对任务的测试效率较低。

发明内容

为了解决现有技术中存在的问题，本发明实施例提供了一种任务测试方法、测试机、共享服务器和可读存储介质。技术方案如下：

根据本发明实施例的第一方面，提供一种任务测试方法，用于测试机群中的任一测试机中，该方法包括：

在所述测试机空闲且共享服务器中存在待测试的任务时，获取所述共享服务器中待测试的目标任务的任务信息，所述任务信息包括所述目标任务的安装包和测试所述安装包所需的测试环境；

获取测试所述安装包所需的测试脚本；

在所述测试环境中通过所述测试脚本测试所述目标任务中的所述安装包。

根据本发明实施例的第二方面，提供一种任务测试方法，用于共享服务器中，该方法包括：

获取待测试的任务的任务信息，所述任务信息包括所述任务的安装包和测试所述安装包所需的测试环境；

保存获取到的所述任务信息；

向空闲的测试机提供保存的各个任务信息中目标任务的任务信息。

根据本发明实施例的第三方面，提供一种测试机，该测试机包括处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现如下操作：

在所述测试机空闲且共享服务器中存在待测试的任务时，获取所述共享服务器中待测试的目标任务的任务信息，所述任务信息包括所述目标任务的安装包和测试所述安装包所需的测试环境；

获取测试所述安装包所需的测试脚本；

在所述测试环境中通过所述测试脚本测试所述目标任务中的所述安装包。

根据本发明实施例的第四方面，提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现如下操作：

在所述测试机空闲且共享服务器中存在待测试的任务时，获取所述共享服务器中待测试的目标任务的任务信息，所述任务信息包括所述目标任务的安装包和测试所述安装包所需的测试环境；

获取测试所述安装包所需的测试脚本；

在所述测试环境中通过所述测试脚本测试所述目标任务中的所述安装包。

根据本发明实施例的第五方面，提供一种共享服务器，所述共享服务器包括处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现如下操作：

获取待测试的任务的任务信息，所述任务信息包括所述任务的安装包和测试所述安装包所需的测试环境；

保存获取到的所述任务信息；

向空闲的测试机提供保存的各个任务信息中目标任务的任务信息。

根据本发明实施例的第六方面，提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现如下操作：

获取待测试的任务的任务信息，所述任务信息包括所述任务的安装包和测试所述安装包所需的测试环境；

保存获取到的所述任务信息；

向空闲的测试机提供保存的各个任务信息中目标任务的任务信息。

根据本发明实施例的第七方面，提供了一种测试***，该测试***包括第三方面所述的测试机以及第五方面所述的共享服务器。

根据本发明实施例的第八方面，提供了一种测试***，该测试***包括第四方面所述的测试机以及第六方面所述的共享服务器。

本发明实施例提供的技术方案带来的有益效果是：

在测试机空闲且共享服务器中有待测试的任务时，通过获取共享服务器中待测试的目标任务的任务信息，根据获取到的任务信息对目标任务进行测试，也即在共享服务器中有待测试的任务时，测试机群中处于空闲状态的任一测试机均可以主动领取任务进而进行测试，避免了相关技术中在存在待测试的任务时，测试机群中仍然有测试机处于空闲状态，测试机的处理资源不能充分利用，对任务的测试效率较低的问题；达到了可以提高测试机的利用效率以及提高对任务的测试效率的效果。

附图说明

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

图1是本发明各个实施例提供的任务测试方法所涉及的实施环境的示意图；

图2是本发明各个实施例所涉及的网络拓扑图；

图3是本发明一个实施例提供的任务测试方法的流程图；

图4是本发明一个实施例提供的任务提交平台展示的任务设置界面的示意图；

图5是本发明一个实施例提供的共享服务器中保存的内容的示意图；

图6是本发明一个实施例提供的任务测试方法的流程图；

图7是本发明一个实施例提供的任务测试装置的示意图；

图8是本发明一个实施例提供的任务测试装置的示意图；

图9是本发明一个实施例提供的终端的示意图；

图10是本发明一个实施例提供的服务器的示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

请参考图1，其示出了本发明各个实施例提供的任务测试方法所涉及的实施环境的示意图。如图1所示，该实施环境可以包括任务提交平台110、脚本提交平台120、环境文件提交平台130、共享服务器140和测试机群150。其中：

任务提交平台110是测试人员使用的用于向共享服务器130提交任务的平台。任务提交平台110中设置有任务提交界面，测试人员可以在该任务提交界面中设置并提交任务至共享服务器140。可选地，任务提交平台110可以为诸如平板电脑、笔记本电脑、台式电脑之类的终端。并且，任务提交平台110可以通过有线或者无线网络与共享服务器140和测试机群150相连。

脚本提交平台120是指用于向共享服务器140提交测试脚本的平台。测试脚本为用于对某一任务中的安装包进行测试的脚本。可选地，脚本提交平台120与任务提交平台110可以为同一平台，也可以为不同平台，并且实际实现时，脚本提交平台120可以为诸如平板电脑、笔记本电脑、台式电脑之类的终端。脚本提交平台120可以通过有线或者无线网络与共享服务器140相连。

环境文件提交平台130是指用于向共享服务器140提交测试环境的测试环境文件的平台。其中，测试环境是指测试某一任务时所需的环境，测试环境文件为用于构建对应的测试环境的文件。其中，当所需测试的任务中的安装包为应用于IOS***中的安装包，则测试环境可以包括IOS***的不同版本；当所需测试的任务中的安装包为应用于Android(安卓)***中的安装包，则测试环境可以包括Android***的不同版本；而当所需测试的任务中的安装包为应用于PC(Personal Computer，个人电脑)中的除IOS***外的其他***中的安装包，则测试环境可以包括win7、win8、win10、server2012、server2016。

共享服务器140可以为一台服务器，也可以为由多台服务器组成的服务器集群。共享服务器140可以通过有线或者无线网络与测试机群150相连。

实际实现时，为了满足实际的应用需求，共享服务器140通常为内存大于第一数值，且硬盘大于第二数值的服务器。例如，第一数值可以为8G，第二数值可以为320G。

测试机群150中包括至少两个测试机，每个测试机为用于测试任务的设备。请参考图2，其示出了共享服务器140和测试机群150之间的网络拓扑图，图中仅以测试机群中包括3个测试机为例，且图中n1、n2和n3为测试机中包括的测试环境的种类，实际实现时，n1、n2和n3可以相同或者不同。在本实施例中，每个测试机中可以运行有多台VM(VirtualMachine，虚拟机)，每台VM为根据一种测试环境的测试环境文件构建的VM。

可选地，为了满足测试需求，本实施例所说的测试机群150中的每台测试机通常为内存大于第三数值，且硬盘大于第四数值的终端。例如，第三数值可以为8G，第四数值可以为320G。

需要说明的是，上述仅以实施环境中包括上述几种设备为例，实际实现时，还可以包括其他设备，并且上述某几种设备还可以为一台设备，比如，上述所说的任务提交平台110、脚本提交平台120和环境文件提交平台130可以为一个平台。

请参考图3，其示出了本发明一个实施例提供的任务测试方法的方法流程图，本实施例以该任务测试方法用于图1所示的实施环境中来举例说明。如图3所示，该任务测试方法可以包括：

步骤301，共享服务器获取待测试的任务的任务信息。

本步骤可以包括如下两种可能的实现方式中的至少一种。

第一种实现方式，接收任务提交平台提交的任务信息。

任务提交平台被开启之后，测试人员可以在任务提交平台中设置任务，任务提交平台可以提交设置的任务的任务信息至共享服务器。任务信息包括安装包和测试环境。实际实现时，任务提交平台可以通过超文本预处理器(Hypertext Preprocessor，PHP)提交该任务信息至共享服务器。其中，任务提交平台可以展示Web(World Wide Web，全球广域网)页面，通过该Web页面提交任务信息至共享服务器。

可选地，任务信息中还包括安装包中所需测试的功能。比如，以安装包为电脑管家为例，任务信息中还可以包括扫描功能，或者，安装包的性能等等。下述除特殊说明外，均以任务信息包括安装包、测试环境和所需测试的功能为例。

任务信息中可以包括多项信息，本实施所说的接收任务提交平台提交的任务信息可以是同时接收到任务提交平台提交的任务信息中的全部内容；也可以是单次接收到任务信息中的某几项信息，分多次接收到任务信息中的全部内容。

可选地，任务提交平台开启之后，任务提交平台可以展示版本列表以及共享服务器中已经保存的各个测试环境文件所对应的测试环境，版本列表中包括共享服务器中已经保存的各个安装包的版本，已经保存的安装包和测试环境文件为任务提交平台从共享服务器历史获取并保存的内容。可选地，任务提交平台在开启之后，任务提交平台可以发送信息获取请求至共享服务器，该信息获取请求用于请求获取共享服务器中已经保存的安装包的版本以及已经存储的测试环境文件所对应的测试环境，接收共享服务器返回的信息。可选地，任务提交平台开启之后，还可以定时发送同步请求至共享服务器，该同步请求用于请求共享服务器同步已经存储的各个安装包的版本和已经存储的测试环境文件所对应的测试环境，接收共享服务器同步的版本和测试环境。当然，任务提交平台中还可以设置有监视脚本，该监视脚本用于实时监视共享服务器中是否有新增的安装包或者测试环境文件，若有，则获取新增的安装包的版本至本地或者获取新增的环境测试文件所对应的测试环境至本地，在此不再赘述。

当任务提交平台展示的版本列表中不包括需要测试的安装包的版本时，说明共享服务器中未保存有对应的安装包，此时，任务提交平台可以接收测试人员上传安装包的上传指令，类似的，若展示的测试环境中不包括需要的测试环境，则任务递交平台可以接收测试人员上传测试环境所对应的测试环境文件的上传指令；以及，选择所需测试的功能和测试环境的选择指令，在接收到上述一系列指令之后，发送携带有安装包、测试环境文件、所需测试的功能的任务信息至共享服务器，相应的，共享服务器可以接收到该任务信息。

而当展示的版本列表中包括需要测试的安装包的版本或者展示的测试环境中包括所需的测试环境时，则任务提交平台可以不再上传对应的安装包或者测试环境文件至共享服务器。比如，请参考图4，任务提交平台接收到选择下拉选项41的选择指令之后，任务提交平台可以展示包括历史提交过的各个安装包的包名的列表42，此时，测试人员可以直接选择列表42中所需测试的版本的版本号，任务提交平台接收选择列表42中的某一安装包的选择指令；类似的，测试人员可以选择所需测试的功能以及测试环境，任务提交平台可以相应的接收到对应的选择指令。此后，任务提交平台即可发送任务提交请求至共享服务器。可选地，任务提交平台可以在接收到选择提交选项43的选择指令之后，发送任务提交请求至共享服务器。相应的，共享服务器即可获取到该任务中所需测试的功能、测试环境。

第二种实现方式，通过预设脚本获取开发平台中新增的安装包，获取到的安装包以及默认的测试环境即为测试该安装包的任务的任务信息，开发平台中存储有已编译的各个版本的安装包。

共享服务器中可以设置有预设脚本，该预设脚本实时监控开发平台，在开发平台中有新版本的安装包时，共享服务器可以通过该预设脚本获取该新增的安装包。此后，共享服务器即可根据获取到的安装包以及默认的测试环境生成测试该安装包的任务的任务信息。可选地，共享服务器还可以通过预设脚本从开发平台中获取新增的安装包中所需测试的功能，此时，共享服务器即可将预设脚本获取到的安装包、所需测试的功能以及默认的测试环境作为测试该安装包的任务的任务信息。此处所说的所需测试的功能为安装包中的基础功能，这就使得后续对该任务的安装包测试时无需对该安装包的所有功能进行测试，避免了对无关功能测试时测试机所需耗费的资源，也即降低了测试机的测试复杂度，提高了测试效率。当然，所需测试的功能还可以为安装包所能实现的所有功能。

步骤302，共享服务器获取任务的任务优先级。

该任务优先级用于表示任务的重要程度，比如，任务优先级可以包括高、中和低。可选地，该任务优先级可以为任务提交平台在提交任务时提交的信息，也可以为默认的信息。

以该任务优先级为任务提交平台提交的信息来举例，任务提交平台被开启之后，任务提交平台中可以展示设置优先级设置选项，测试人员通过该优先级设置选项即可选择自己所需的优先级，相应的，任务提交平台可以将测试人员选择的优先级设置为该任务的任务优先级。比如，结合图4，测试人员在创建任务时，可以选择下拉选项44，并选择自己需要的优先级如“高”，相应的，任务提交平台可以将“高”设置为该任务的任务优先级。此后，在任务提交平台提交任务至共享服务器之后，共享服务器即可获取到该任务的任务优先级。

实际实现时，测试人员还可以不设置任务优先级，此时，该任务的任务优先级即为默认的优先级。比如，假设默认的任务优先级为“中”，则在共享服务器接收到安装包的版本为20170426、所需测试的功能为扫描功能、测试环境为Win7x64的任务提交请求时，共享服务器即可确定在Win7x64中测试版本为20170426的安装包的扫描功能时，其任务优先级为“中”。

需要说明的是，本实施例只是以先执行步骤301后执行步骤302为例，可选地，实际实现时，还可以同时执行步骤301和步骤302，或者先执行步骤302后执行步骤301，对此并不做限定。

步骤303，共享服务器保存获取到的任务信息和任务优先级。

共享服务器可以在任务数据库中保存获取到的任务信息和任务优先级，该任务数据库可以为MySQL(关系型数据库管理***)数据库。可选地，共享服务器可以根据每个任务的任务信息和任务优先级生成任务记录，在任务数据库中保存该任务记录。可选地，在生成任务记录时，共享服务器可以生成包括任务信息、任务优先级和任务状态的任务记录。其中，任务状态表示该任务当前的测试状态，该任务状态包括：未测试、测试中或者测试完毕，且共享服务器在生成任务记录时，该任务记录中的任务状态为未测试。可选地，任务状态可以通过状态标识来表示，比如，未测试用“0”表示、测试中用“1”表示，而测试完毕用“2”表示。

比如，假设任务状态通过状态标识来表示为例，请参考表1，其示出了任务数据库中保存任务信息时的一种可能的保存方式。

表1

可选地，该任务记录中还可以包括该任务的测试结果。其中，在任务未测试和测试中时，测试结果为“空”，而在任务测试完毕，则该测试结果即为其对应的测试结果如“Pass”或者“Fail”。

可选地，任务记录中还可以包括该任务的测试进度，该测试进度为测试该任务的测试机反馈的进度，可选地，该测试进度可以通过进度条的形式存在，也可以为百分比的形式存在。

可选地，共享服务器在生成任务记录之后，为了方便测试人员查看该任务记录，共享服务器可以发送生成的任务记录至任务提交平台，任务提交平台可以展示接收到的任务记录。实际实现时，任务提交平台中可以设置有监视脚本，通过该监视脚本同步共享服务器中的各条任务记录。可选地，监控脚本可以同步共享服务器中新增的任务记录，也可以同步共享服务器中发生变化的任务记录。另外，监控脚本可以每隔预定时间间隔同步一次，比如，每隔30s同步一次等等。

步骤304，共享服务器接收脚本提交平台提交的测试脚本。

测试人员可以通过脚本提交平台上传测试脚本至共享服务器，相应的，共享服务器可以接收到脚本提交平台提交的测试脚本。其中，该脚本提交平台与任务提交平台可以为同一个平台，也可以为不同平台。

步骤305，共享服务器保存接收到的测试脚本。

步骤306，共享服务器接收文件提交平台提交的测试环境文件。

该文件提交平台与任务提交平台可以为同一个平台，也可以为不同平台。本步骤与步骤304类似。

步骤307，共享服务器保存接收到的测试环境文件。

请参考图5，其示出了共享服务器中存储的内容的示意图。

实际实现时，步骤306和步骤307可以执行也可以不执行。并且，在执行步骤306和步骤307时，本实施例仅以先执行步骤304和步骤305，后执行步骤306和步骤307为例，实际实现时，还可以同时执行，或者先执行步骤306和步骤307后执行步骤304和步骤305。

步骤308，在测试机空闲且共享服务器中存在待测试的任务时，根据n个任务的任务优先级，选择目标任务。

测试机群中有多个测试机，每个测试机可以实时检测共享服务器中是否存在待测试的任务，在共享服务器中存在待测试的任务且待测试的任务有n个时，测试机可以按照任务优先级从n个任务中选择一个作为目标任务。其中，n为大于1的整数。

可选地，测试机可以实时检测共享服务器中保存的各个任务中是否存在任务状态为未测试如任务状态为“0”的任务，若存在，则确定共享服务器中存在待测试的任务。

测试机可以根据n个任务的任务优先级，选择优先级高的任务作为目标任务。比如，共享服务器中存在3个任务A、B和C，其任务优先级分别为“中”、“高”和“低”，则测试机可以选择任务B为该目标任务。可选地，若同一任务优先级的任务有m个，m为正整数，则在本实施例中，对于m个任务，共享服务器获取到的时间早的任务的优先级高于获取到的时间晚的任务的优先级。比如，n个任务分别为A、B、C、D和E，A和B的任务优先级为高，C的任务优先级为低，D和E的任务优先级为中，其中，A的提交时间早于B，D的提交时间早于E，则上述5个任务的优先级为A、B、D、E和C。当然，实际实现时，对于m个任务，还可以认为其任务优先级相同，此时，测试机从m个任务中随机选择一个任务作为目标任务，本实施例对此并不做限定。

可选地，测试机中可以设置有监视脚本，通过该监视脚本监视共享服务器中是否存在待测试的任务。

需要说明的是，在共享服务器中测试的任务只有一个，则测试机可以跳过本步骤直接执行步骤309。

步骤309，测试机从共享服务器中获取目标任务的任务信息。

比如，结合表1，假设测试机确定的目标任务为表1中的第一个任务，则测试机可以从共享服务器中获取版本为20170301的安装包、测试上述安装包时所需的测试环境、所需测试的功能等等。

可选地，本步骤可以包括：

第一，获取共享服务器中任务信息中的测试环境。

可选地，测试机可以发送环境获取请求至共享服务器，接收共享服务器返回的目标任务的任务信息中的测试环境。

第二，检测测试机是否支持获取到的测试环境。

假设获取到的任务信息中的测试环境为Win 10x64，则测试机可以检测本地是否支持Win 10x64的测试环境。可选地，测试机可以检测各个VM中是否存在Win 10x64所对应的VM。

第三，若测试机支持获取到的测试环境，则继续获取共享服务器中任务信息中的安装包。

如果检测结果为测试机支持获取到的测试环境，则说明该测试机可以对该目标任务的安装包进行测试，此时，测试机可以从共享服务器中获取该目标任务的安装包。

可选地，在测试机支持获取到的测试环境时，测试机可以将共享服务器中该目标任务的任务状态修改为测试中。测试机可以通过监视脚本将共享服务器中该目标任务的任务状态修改为测试中。比如，监视脚本发送状态修改请求至共享服务器，该状态修改请求用于将目标任务的任务状态修改为测试中；共享服务器接收到状态修改请求之后，将任务记录中该目标任务的任务状态修改为测试中。

而在检测结果为测试机不支持获取到的测试环境，测试机可以再次执行步骤308并从待检测的其他任务中再次选择一个任务作为目标任务，本实施例在此不再赘述。

实际实现时，在测试机获取安装包之前，测试机还可以获取共享服务器中该安装包的包名，检测本地是否已经存储有该包名所对应的测试脚本，若已存储，则获取共享服务器中的该安装包，反之，则再次执行步骤308。

步骤310，共享服务器向测试机提供保存的各个任务信息中目标任务的任务信息。

步骤311，测试机获取测试安装包所需的测试脚本。

在测试机获取到任务信息之后，测试机可以读取本地保存的测试该安装包所需的测试脚本。可选地，测试机中存储有安装包的包名与测试脚本的脚本标识之间的对应关系，在获取到任务信息之后，可以根据上述对应关系查询安装包的包名所对应的测试脚本的脚本标识，然后从本地存储的各个测试脚本中读取查询到的脚本标识所对应的测试脚本。

可选地，若本地未存储有查询到的脚本标识所对应的测试脚本，则测试机可以从共享服务器中获取该测试脚本。

上述仅以测试机中预先存储有安装包的包名和测试脚本的脚本标识之间的对应关系来举例说明，可选地，测试机中还可以未存储有上述对应关系，此时，任务信息中还可以包括测试脚本的脚本标识，这样测试机获取到任务信息之后，即可根据任务信息中的脚本标识获取对应的测试脚本，进而进行测试。测试机根据脚本标识获取对应的测试脚本的获取步骤与上述类似，读取本地存储的该脚本标识所对应的测试脚本，在本地未存储对应的测试脚本时，从共享服务器中获取该测试脚本。共享服务器获取该脚本标识的获取方式与获取测试环境或者任务优先级的获取方式类似。并且，与任务提交平台展示共享服务器已保存的安装包的版本号类似，任务提交平台被开启之后，任务提交平台可以展示共享服务器中已经保存的测试脚本的脚本标识，在展示的脚本标识不包括测试人员需要的脚本标识时，测试人员可以通过脚本提交平台提交所需的测试脚本至共享服务器。

步骤312，测试机在测试环境中通过测试脚本测试安装包。

测试机可以在运行该测试环境的VM上通过测试脚本测试该安装包。可选地，在任务信息中包括所需测试的功能时，测试机在运行该测试环境的VM上通过测试脚本测试安装包中所需测试的功能。

可选地，在通过测试脚本测试安装包中的功能时，根据实际需要测试脚本可能会请求输入测试参数，此时，测试机可以通过共享服务器触发任务提交平台展示参数输入界面，接收任务提交平台通过共享服务器传入的测试参数，根据测试脚本以及接收到的测试参数进行测试。

在对安装包测试完毕之后，测试机可以将测试结果发送至共享服务器，服务器接收到测试结果之后可以发送测试结果至任务提交平台，测试人员查看任务提交平台展示的该任务的测试结果。可选地，任务提交平台在展示测试结果时，可以展示用于查看详细结果的链接，在任务提交平台接收到点击该链接的点击指令时，从共享服务器中获取测试结果。

可选地，在共享服务器的任务记录中包括测试结果时，共享服务器接收到测试结果之后，即可更新保存的任务记录中的测试结果。比如，在对电脑管家中的扫描功能测试通过时，共享服务器接收到该测试结果之后，即可将任务记录中的“空”修改为“Pass”。

可选地，在测试完毕后，测试机可以将共享服务器中的任务状态修改为测试完毕，共享服务器接收到测试机发送的测试结果之后，将该任务的任务状态修改为测试完毕。

当然实际实现时，测试机也可以展示测试结果，对此并不做限定。

需要补充说明的第一点是，步骤308至步骤312可以在步骤307之后执行一次，也可以执行多次。

需要补充说明的第二点是，上述方法还包括：

第一，在测试机空闲且共享服务器中不存在待测试的任务时，从共享服务器中获取更新信息，更新信息包括更新后的测试环境文件或者更新后的测试脚本。

在测试机空闲且共享服务器中不存在待测试的任务时，为了后续步骤的执行，测试机可以检测共享服务器中是否存在更新信息，若存在，则从共享服务器中获取该更新信息。可选地，测试机还可以在空闲且自身不满足待测试的任务的测试条件时，从共享服务器中获取更新信息，更新信息包括更新后的测试环境文件或者更新后的测试脚本。

比如，在测试机检测到共享服务器中存在新增的测试环境文件时，测试机可以获取该新增的测试环境文件。又比如，在测试机检测到共享服务器中有新增的测试脚本时，测试机可以从该共享服务器中获取该新增的测试脚本。再比如，在测试机检测到共享服务器中某个测试脚本发生变化时，测试机从该共享服务器中获取变化后的测试脚本。

第二，根据更新信息更新本地存储的信息。

比如，更新信息中包括新增的测试环境文件时，测试机可以根据获取到的测试环境文件构建VM。又比如，更新信息中包括新增的测试脚本时，测试机在本地保存该新增的测试脚本。再比如，更新信息中包括发生变化的测试脚本时，测试机使用获取到的更新后的测试脚本更新本地存储的测试脚本。

请参考图6，其示出了任务测试方法的示意图。如图6所示，该方法包括：

1、Web页面提交任务至共享服务器。

2、共享服务器生成任务记录至DB(Database，数据库)。

3、测试机中的监视脚本检测DB中是否存在待测试的任务。

4、若存在，则测试机根据n个待测试的任务的任务优先级领取任务。

5、获取任务信息至本地。

6、根据任务信息测试该任务中的安装包。

7、在测试完毕，发送测试结果至共享服务器，共享服务器更新任务状态为测试完毕，并生成测试报告，返回测试报告至Web页面。

8、Web页面展示共享服务器返回的测试报告。

9、若不存在，则检测共享服务器中是否有新增的测试环境文件。

10、若共享服务器中有新增的测试环境文件，则获取该测试环境文件至本地，更新本地的测试环境。

需要补充说明的第三点是，任务信息中还可以直接包括测试该任务的安装包的测试脚本，这样，测试机获取到任务信息之后，测试机即可从任务信息中读取得到该测试脚本。并且此时，步骤304和步骤305可以不执行。

需要补充说明的第四点是，上述仅以测试机群中的测试机主动从共享服务器中获取目标任务的任务信息来举例说明，可选地，共享服务器可以获取测试机群中的各个测试机的状态，在某一测试机空闲且共享服务器中存在待测试的任务时，共享服务器发送待测试的任务中的目标任务的任务信息至测试机，相应的，测试机接收共享服务器返回的任务信息，并在接收到任务信息之后，对任务信息中的安装包进行测试。其中，共享服务器获取测试机群中的各个测试机的状态的步骤包括：共享服务器中实时检测各个测试机的状态，或者，共享服务器接收各个测试机实时上报的状态。

综上所述，本实施例提供的任务测试方法，在测试机空闲且共享服务器中有待测试的任务时，通过获取共享服务器中待测试的目标任务的任务信息，根据获取到的任务信息对目标任务进行测试，也即在共享服务器中有待测试的任务时，测试机群中处于空闲状态的任一测试机均可以主动领取任务进而进行测试，避免了相关技术中在存在待测试的任务时，测试机群中仍然有测试机处于空闲状态，测试机的处理资源不能充分利用，对任务的测试效率较低的问题；达到了可以提高测试机的利用效率以及提高对任务的测试效率的效果。

通过在测试机空闲且共享服务器中不存在待测试的任务时，主动从共享服务器中获取更新信息，进而更新本地存储的信息，达到了在有新的测试环境或者新的测试脚本时，测试人员无需对各台测试机分别部署，降低了测试人员的开发成本和维护成功，提高更新效率的效果。

此外，通过在测试机支持目标任务所需的测试环境时，才获取目标任务的安装包至测试机，避免了测试机获取任务信息至本地之后，在自身不能测试时由于同一任务不能被多个测试机执行而导致该任务也不能被测试机群中的其他测试机测试，降低测试效率的问题，达到了可以提高测试效率的效果。

请参考图7，其示出了本发明一个实施例提供的任务测试装置的结构示意图，本实施例以该任务测试装置用于测试机群中的任一测试机中。如图7所示，该任务测试装置可以包括：获取模块710和测试模块720。

获取模块710，用于在所述测试机空闲且共享服务器中存在待测试的任务时，获取所述共享服务器中待测试的目标任务的任务信息，所述任务信息包括所述目标任务的安装包和测试所述安装包所需的测试环境；

所述获取模块710，还用于获取测试所述安装包所需的测试脚本；

测试模块720，用于在所述测试环境中通过所述测试脚本测试所述目标任务中的所述安装包。

综上所述，本实施例提供的任务测试装置，在测试机空闲且共享服务器中有待测试的任务时，通过获取共享服务器中待测试的目标任务的任务信息，根据获取到的任务信息对目标任务进行测试，也即在共享服务器中有待测试的任务时，测试机群中处于空闲状态的任一测试机均可以主动领取任务进而进行测试，避免了相关技术中在存在待测试的任务时，测试机群中仍然有测试机处于空闲状态，测试机的处理资源不能充分利用，对任务的测试效率较低的问题；达到了可以提高测试机的利用效率以及提高对任务的测试效率的效果。

通过在测试机空闲且共享服务器中不存在待测试的任务时，主动从共享服务器中获取更新信息，进而更新本地存储的信息，达到了在有新的测试环境或者新的测试脚本时，测试人员无需对各台测试机分别部署，降低了测试人员的开发成本和维护成功，提高更新效率的效果。

此外，通过在测试机支持目标任务所需的测试环境时，才获取目标任务的安装包至测试机，避免了测试机获取任务信息至本地之后，在自身不能测试时由于同一任务不能被多个测试机执行而导致该任务也不能被测试机群中的其他测试机测试，降低测试效率的问题，达到了可以提高测试效率的效果。

基于上述实施例提供的任务测试装置，可选的，所述共享服务器中待测试的任务包括n个，n为大于1的整数，

所述获取模块710，还用于获取所述共享服务器中所述n个任务的任务优先级；

所述装置还包括：选择模块，用于根据所述n个任务的任务优先级选择所述目标任务。

可选的，所述获取模块710，还用于：

获取所述共享服务器中所述任务信息中的测试环境；

检测所述测试机是否支持获取到的所述测试环境；

若所述测试机支持获取到的所述测试环境，则继续获取所述共享服务器中所述任务信息中的安装包。

可选的，所述获取模块710，还用于：

读取所述测试机中存储的所述安装包所对应的测试脚本，所述测试机中保存的安装包所对应的测试脚本为所述测试机预先从所述共享服务器中获取并保存的脚本；

或者；

根据安装包与测试脚本的脚本标识之间的对应关系，查询所述安装包所对应的脚本标识，从所述共享服务器中获取所述脚本标识所对应的测试脚本；

或者，

当所述任务信息中还包括测试脚本时，从所述任务信息中读取所述测试脚本。

可选地，所述获取模块710，还用于在所述测试机空闲且所述共享服务器中不存在待测试的任务时，获取所述共享服务器中的更新信息，所述更新信息包括更新后的测试环境文件、更新后的测试脚本；

所述装置还包括更新模块，用于根据所述更新信息更新本地存储的信息。

请参考图8，其示出了本发明一个实施例提供的任务测试装置的结构示意图，本实施例以该任务测试装置用于共享服务器中。如图8所示，该任务测试装置可以包括：

获取模块810，用于获取待测试的任务的任务信息，所述任务信息包括所述任务的安装包和测试所述安装包所需的测试环境；

保存模块820，用于保存获取到的所述任务信息；

提供模块830，用于向空闲的测试机提供保存的各个任务信息中目标任务的任务信息。

综上所述，本实施例提供的任务测试装置，在测试机空闲且共享服务器中有待测试的任务时，通过获取共享服务器中待测试的目标任务的任务信息，根据获取到的任务信息对目标任务进行测试，也即在共享服务器中有待测试的任务时，测试机群中处于空闲状态的任一测试机均可以主动领取任务进而进行测试，避免了相关技术中在存在待测试的任务时，测试机群中仍然有测试机处于空闲状态，测试机的处理资源不能充分利用，对任务的测试效率较低的问题；达到了可以提高测试机的利用效率以及提高对任务的测试效率的效果。

基于上述实施例提供的任务测试装置，可选的，所述获取模块810，还用于：

接收任务提交平台提交的任务信息；

和/或，

通过预设脚本获取开发平台中新增的安装包，获取到的所述安装包以及默认的测试环境即为所述任务信息，所述开发平台中存储有已编译的各个版本的安装包。

本发明一个实施例还提供了一种任务测试***，该任务测试***包括图7所示的任务测试装置以及图8所示的任务测试装置。

需要说明的是：上述实施例提供的任务测试装置，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将服务器的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的任务测试装置和任务测试方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本发明实施例还提供了一种计算机可读存储介质，该计算机可读存储介质可以是存储器中所包含的计算机可读存储介质；也可以是单独存在，未装配入终端或者服务器中的计算机可读存储介质。该计算机可读存储介质存储有一个或者一个以上程序，该一个或者一个以上程序被一个或者一个以上的处理器用来执行上述任务测试方法。

图9其示出了本发明一个实施例提供的终端900的框图，该终端可以包括射频(RF，Radio Frequency)电路901、包括有一个或一个以上计算机可读存储介质的存储器902、输入单元903、显示单元904、传感器905、音频电路906、无线保真(WiFi，Wireless Fidelity)模块907、包括有一个或者一个以上处理核心的处理器908、以及电源909等部件。本领域技术人员可以理解，图9中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

RF电路901可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，交由一个或者一个以上处理器908处理；另外，将涉及上行的数据发送给基站。通常，RF电路901包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(SIM，Subscriber Identity Module)卡、收发信机、耦合器、低噪声放大器(LNA，Low Noise Amplifier)、双工器等。此外，RF电路901还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯***(GSM，Global System of Mobile communication)、通用分组无线服务(GPRS，GeneralPacket Radio Service)、码分多址(CDMA，Code Division Multiple Access)、宽带码分多址(WCDMA，Wideband Code Division Multiple Access)、长期演进(LTE，Long TermEvolution)、电子邮件、短消息服务(SMS，Short Messaging Service)等。

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

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

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

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

音频电路906、扬声器，传声器可提供用户与终端之间的音频接口。音频电路906可将接收到的音频数据转换后的电信号，传输到扬声器，由扬声器转换为声音信号输出；另一方面，传声器将收集的声音信号转换为电信号，由音频电路906接收后转换为音频数据，再将音频数据输出处理器908处理后，经RF电路901以发送给比如另一终端，或者将音频数据输出至存储器902以便进一步处理。音频电路906还可能包括耳塞插孔，以提供外设耳机与终端的通信。

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

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

终端还包括给各个部件供电的电源909(比如电池)，优选的，电源可以通过电源管理***与处理器908逻辑相连，从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。电源909还可以包括一个或一个以上的直流或交流电源、再充电***、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

尽管未示出，终端还可以包括摄像头、蓝牙模块等，在此不再赘述。具体在本实施例中，终端中的处理器908会运行存储在存储器902中的一个或一个以上的程序指令，从而实现上述各个方法实施例中所提供的终端侧的业务请求方法。上述指令由终端中的处理器加载并执行，从而实现上述任务测试装置中获取模块以及测试模块的功能。

请参考图10，其示出了本发明一个实施例提供的服务器的结构示意图。该服务器用于实施上述实施例中提供的关于服务器侧的任务测试方法。具体来讲：

所述服务器1000包括中央处理单元(CPU)1001、包括随机存取存储器(RAM)1002和只读存储器(ROM)1003的***存储器1004，以及连接***存储器1004和中央处理单元1001的***总线1005。所述服务器1000还包括帮助计算机内的各个器件之间传输信息的基本输入/输出***(I/O***)1006，和用于存储操作***1013、应用程序1014和其他程序模块1015的大容量存储设备1007。

所述基本输入/输出***1006包括有用于显示信息的显示器1008和用于用户输入信息的诸如鼠标、键盘之类的输入设备1009。其中所述显示器1008和输入设备1009都通过连接到***总线1005的输入输出控制器1010连接到中央处理单元1001。所述基本输入/输出***1006还可以包括输入输出控制器1010以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入输出控制器1010还提供输出到显示屏、打印机或其他类型的输出设备。

所述大容量存储设备1007通过连接到***总线1005的大容量存储控制器(未示出)连接到中央处理单元1001。所述大容量存储设备1007及其相关联的计算机可读介质为服务器1000提供非易失性存储。也就是说，所述大容量存储设备1007可以包括诸如硬盘或者CD-ROM驱动器之类的计算机可读介质(未示出)。

不失一般性，所述计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、EPROM、EEPROM、闪存或其他固态存储其技术，CD-ROM、DVD或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知所述计算机存储介质不局限于上述几种。上述的***存储器1004和大容量存储设备1007可以统称为存储器。

根据本发明的各种实施例，所述服务器1000还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即服务器1000可以通过连接在所述***总线1005上的网络接口单元1011连接到网络1012，或者说，也可以使用网络接口单元1011来连接到其他类型的网络或远程计算机***(未示出)。

所述存储器还包括一个或者一个以上的程序，所述一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行。上述一个或者一个以上程序包含用于执行上述服务器侧的任务测试方法的指令。上述指令由服务器中的处理器加载并执行，从而实现上述任务测试装置中获取模块、保存模块以及提供模块的功能。

应当理解的是，在本文中使用的，除非上下文清楚地支持例外情况，单数形式“一个”(“a”、“an”、“the”)旨在也包括复数形式。还应当理解的是，在本文中使用的“和/或”是指包括一个或者一个以上相关联地列出的项目的任意和所有可能组合。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

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

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (15)

1.一种任务测试方法，其特征在于，用于测试机群中的任一测试机中，所述方法包括：

在所述测试机空闲且共享服务器中存在待测试的任务时，获取所述共享服务器中待测试的目标任务的任务信息，所述任务信息包括所述目标任务的安装包和测试所述安装包所需的测试环境；

获取测试所述安装包所需的测试脚本；

在所述测试环境中通过所述测试脚本测试所述目标任务中的所述安装包。

2.根据权利要求1所述的方法，其特征在于，所述共享服务器中待测试的任务包括n个，n为大于1的整数，所述方法还包括：

获取所述共享服务器中所述n个任务的任务优先级；

根据所述n个任务的任务优先级选择所述目标任务。

3.根据权利要求1或2所述的方法，其特征在于，所述获取共享服务器中待测试的目标任务的任务信息，包括：

获取所述共享服务器中所述任务信息中的测试环境；

检测所述测试机是否支持获取到的所述测试环境；

若所述测试机支持获取到的所述测试环境，则继续获取所述共享服务器中所述任务信息中的安装包。

4.根据权利要求1或2所述的方法，其特征在于，所述获取测试所述安装包所需的测试脚本，包括：

读取所述测试机中存储的所述安装包所对应的测试脚本，所述测试机中保存的安装包所对应的测试脚本为所述测试机预先从所述共享服务器中获取并保存的脚本；

或者；

根据安装包与测试脚本的脚本标识之间的对应关系，查询所述安装包所对应的脚本标识，从所述共享服务器中获取所述脚本标识所对应的测试脚本；

或者，

当所述任务信息中还包括测试脚本时，从所述任务信息中读取所述测试脚本。

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

在所述测试机空闲且所述共享服务器中不存在待测试的任务时，获取所述共享服务器中的更新信息，所述更新信息包括更新后的测试环境文件、更新后的测试脚本；

根据所述更新信息更新本地存储的信息。

6.一种任务测试方法，其特征在于，用于共享服务器中，所述方法包括：

获取待测试的任务的任务信息，所述任务信息包括所述任务的安装包和测试所述安装包所需的测试环境；

保存获取到的所述任务信息；

向空闲的测试机提供保存的各个任务信息中目标任务的任务信息。

7.根据权利要求6所述的方法，其特征在于，所述获取待测试的任务的任务信息，包括：

接收任务提交平台提交的任务信息；

和/或，

通过预设脚本获取开发平台中新增的安装包，获取到的所述安装包以及默认的测试环境即为所述任务信息，所述开发平台中存储有已编译的各个版本的安装包。

8.一种测试机，其特征在于，所述测试机包括处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现如下操作：

在所述测试机空闲且共享服务器中存在待测试的任务时，获取所述共享服务器中待测试的目标任务的任务信息，所述任务信息包括所述目标任务的安装包和测试所述安装包所需的测试环境；

获取测试所述安装包所需的测试脚本；

在所述测试环境中通过所述测试脚本测试所述目标任务中的所述安装包。

9.根据权利要求8所述的测试机，其特征在于，所述共享服务器中待测试的任务包括n个，n为大于1的整数，所述存储器中存储的指令由所述处理器加载并执行以实现如下操作：

获取所述共享服务器中所述n个任务的任务优先级；

根据所述n个任务的任务优先级选择所述目标任务。

10.根据权利要求8或9所述的测试机，其特征在于，所述存储器中存储的指令由所述处理器加载并执行以实现如下操作：

获取所述共享服务器中所述任务信息中的测试环境；

检测所述测试机是否支持获取到的所述测试环境；

若所述测试机支持获取到的所述测试环境，则继续获取所述共享服务器中所述任务信息中的安装包。

11.根据权利要求8或9所述的测试机，其特征在于，所述存储器中存储的指令由所述处理器加载并执行以实现如下操作：

读取所述测试机中存储的所述安装包所对应的测试脚本，所述测试机中保存的安装包所对应的测试脚本为所述测试机预先从所述共享服务器中获取并保存的脚本；

或者；

根据安装包与测试脚本的脚本标识之间的对应关系，查询所述安装包所对应的脚本标识，从所述共享服务器中获取所述脚本标识所对应的测试脚本；

或者，

当所述任务信息中还包括测试脚本时，从所述任务信息中读取所述测试脚本。

12.根据权利要求8或9所述的测试机，其特征在于，所述存储器中存储的指令由所述处理器加载并执行以实现如下操作：

在所述测试机空闲且所述共享服务器中不存在待测试的任务时，获取所述共享服务器中的更新信息，所述更新信息包括更新后的测试环境文件、更新后的测试脚本；

根据所述更新信息更新本地存储的信息。

13.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现如下操作：

在所述测试机空闲且共享服务器中存在待测试的任务时，获取所述共享服务器中待测试的目标任务的任务信息，所述任务信息包括所述目标任务的安装包和测试所述安装包所需的测试环境；

获取测试所述安装包所需的测试脚本；

在所述测试环境中通过所述测试脚本测试所述目标任务中的所述安装包。

14.一种共享服务器，其特征在于，所述共享服务器包括处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现如下操作：

获取待测试的任务的任务信息，所述任务信息包括所述任务的安装包和测试所述安装包所需的测试环境；

保存获取到的所述任务信息；

向空闲的测试机提供保存的各个任务信息中目标任务的任务信息。

15.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现如下操作：

获取待测试的任务的任务信息，所述任务信息包括所述任务的安装包和测试所述安装包所需的测试环境；

保存获取到的所述任务信息；

向空闲的测试机提供保存的各个任务信息中目标任务的任务信息。